Load Testing GWT Application using JMeter
Fabio
I'm trying to do a load/stress test for a GWT based system using
JMeter, but it isn´t working.
First, I tryed to use the HTTP Proxy Server with no success. The first
error was related to the
charset utf-8, but I was using the current stable version, 2.2, and
this version is too old, and
after I used the current release, r545926, and the error with charset
disappear. With this second
option another error appears, due to a RPC Call, and the log is copyed
bellow:
<Exception while dispatching incoming RPC call
java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
at java.util.ArrayList.RangeCheck(ArrayList.java:547)
at java.util.ArrayList.get(ArrayList.java:322)
at
com.google.gwt.user.server.rpc.impl.ServerSerializationStreamReader.extract(ServerSerializationStrea
mReader.java:238)
at
com.google.gwt.user.server.rpc.impl.ServerSerializationStreamReader.readInt(ServerSerializationStrea
mReader.java:105)
at
com.google.gwt.user.client.rpc.impl.AbstractSerializationStreamReader.prepareToRead(AbstractSerializ
ationStreamReader.java:36)
at
com.google.gwt.user.server.rpc.impl.ServerSerializationStreamReader.prepareToRead(ServerSerializatio
nStreamReader.java:76)
at
com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:
181)
at
com.google.gwt.user.server.rpc.RemoteServiceServlet.doPost(RemoteServiceServlet.java:
147)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:763)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) ...
So I give up to use the HTTP Proxy Server and tryed to reproduce the
sequence calls, using a tool named HttpAnalyzerStdV2, which is a HTTP
monitor. But when I start the sequence of calls, the same error
occurs. The application works fine without the JMeter.
Thanks in advance,
Fabio
Miguel Méndez
I have seen this problem cropping up a few times; it would be great to pin it down now.
I assume that you are trying to replay non-empty, RPC request packets against the server?
What version of GWT are you using?
Were you able to or could you capture the contents of the request as it makes it to the RemoteServiceServlet? It would be good to know if the request payload is the empty string or if the an empty string is being returned by readPayloadAsUtf8 for some reason.
That makes me wonder, what is the value of the Content-Length header of the request? Is it zero or not specified at all?
Thanks,
Hi everyone,
I'm trying to do a load/stress test for a GWT based system using
JMeter, but it isn´t working.
First, I tryed to use the HTTP Proxy Server with no success. The first
error was related to the
charset utf-8, but I was using the current stable version, 2.2, and
this version is too old, and
after I used the current release, r545926, and the error with charset
disappear. With this second
option another error appears, due to a RPC Call, and the log is copyed
bellow:
<Exception while dispatching incoming RPC call
java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
at java.util.ArrayList.RangeCheck(ArrayList.java:547)
at java.util.ArrayList.get (ArrayList.java:322)
--
Miguel
Fabio
Yes, I'm trying to replay pre-recordered RPC request against the
server (the same server that I used to record).
We are using GWT 1.1.10.
The problem occurs every time when we try to call any method of
RemoteServiceServlet (we've a class "ModuloServiceImpl" that extends
RemoteServiceServlet... we use this class like a "dispatcher" to all
components that)
The sequence of requests captured by JMeter are:
------------------------------------------------------------
Getting gwt.js
------------------------------------------------------------
GET http://localhost:7001/gomm/public_jsp/webcomp/br.com.petrobras.gomm.comum.webcomp.modulo/gwt.js
Cookie Data:
JSESSIONID=pQTLGxCGQjWptJG6pnwTLvQN2hWByy08P1nGvlpGhLcNDXdzKJN4!
753727030
Request Headers:
Referer: http://localhost:7001/gomm/login.do
Host: localhost:7001
Accept-Language: pt-br
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1;
EmbeddedWB 14,52 from: http://www.bsalsa.com/ EmbeddedWB 14,52; .NET
CLR 1.1.4322; .NET CLR 2.0.50727)
If-Modified-Since: Wed, 06 Jun 2007 18:41:39 GMT
Accept: */*
Accept-Encoding: gzip, deflate
Content-Type: application/x-javascript
HTTP response headers:
HTTP/1.1 200 OK
Date: Thu, 14 Jun 2007 13:28:21 GMT
Accept-Ranges: bytes
Content-Length: 17374
Last-Modified: Wed, 13 Jun 2007 11:21:08 GMT
X-Powered-By: Servlet/2.4 JSP/2.0
------------------------------------------------------------
Getting nocache.html (I don't know how the GWT API use this .html
internally)
------------------------------------------------------------
GET
http://localhost:7001/gomm/public_jsp/webcomp/br.com.petrobras.gomm.comum.webcomp.modulo/br.com.petrobras.gomm.comum.webcomp.modulo.nocache.html?0
Cookie Data:
JSESSIONID=pQTLGxCGQjWptJG6pnwTLvQN2hWByy08P1nGvlpGhLcNDXdzKJN4!
753727030
Request Headers:
Referer: http://localhost:7001/gomm/login.do
Host: localhost:7001
Accept-Language: pt-br
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1;
EmbeddedWB 14,52 from: http://www.bsalsa.com/ EmbeddedWB 14,52; .NET
CLR 1.1.4322; .NET CLR 2.0.50727)
If-Modified-Since: Wed, 06 Jun 2007 18:41:39 GMT
Accept: */*
Content-Type: text/html
Accept-Encoding: gzip, deflate
HTTP response headers:
HTTP/1.1 200 OK
Date: Thu, 14 Jun 2007 13:28:21 GMT
Accept-Ranges: bytes
Content-Length: 2661
Content-Type: text/html
Last-Modified: Wed, 13 Jun 2007 11:21:10 GMT
X-Powered-By: Servlet/2.4 JSP/2.0
------------------------------------------------------------
Calling Servlet (ModuloServiceImpl)
------------------------------------------------------------
POST http://localhost:7001/gomm/public_jsp/webcomp/br.com.petrobras.gomm.comum.webcomp.modulo/rpc
POST data:
Cookie
Data:JSESSIONID=pQTLGxCGQjWptJG6pnwTLvQN2hWByy08P1nGvlpGhLcNDXdzKJN4!
753727030
Request Headers:
Referer:
http://localhost:7001/gomm/public_jsp/webcomp/br.com.petrobras.gomm.comum.webcomp.modulo/7D9B11AAB02C391F209A09E946D2BF44.cache.html?0
Host: localhost:7001
Accept-Language: pt-br
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1;
EmbeddedWB 14,52 from: http://www.bsalsa.com/ EmbeddedWB 14,52; .NET
CLR 1.1.4322; .NET CLR 2.0.50727)
Accept: */*
Content-Type: text/plain; charset=utf-8
Accept-Encoding: gzip, deflate
Content-Length: 118
Cache-Control: no-cache
HTTP response headers:
HTTP/1.1 500 Internal Server Error
Date: Thu, 14 Jun 2007 13:28:21 GMT
Content-Length: 57
Content-Type: text/plain
X-Powered-By: Servlet/2.4 JSP/2.0
------------------------------------------------------------
Something that I found strange is the fact of last request does not
have any data posted (no attributes)... Is it normal? Is it not
missing anything? If is true I don't no why JMeter doesn't capture the
parameters.
Follow below some important pieces of class Modulo (client class that
extends EntryPoint) and ModuloServiceImpl:
public class Modulo implements EntryPoint {
//Statically configure RPC service
private static ModuloServiceAsync rpc = (ModuloServiceAsync) GWT
.create(ModuloService.class);
static {
((ServiceDefTarget) rpc).setServiceEntryPoint("rpc");
}
...
public void onModuleLoad() {
// get initial i18n values
rpc.getInternacionalizedNames(new AsyncCallback() {
public void onSuccess(Object result) {
String[] names = (String[]) result;
internacinalizedNames = names;
findElementType();
ComponentTimer timer = new ComponentTimer();
timer.schedule(1000);
timer.scheduleRepeating(components.size());
}
public void onFailure(Throwable caught) {
Window.alert("Erro obtendo valores internacionalizados: " +
caught.getMessage());
}
});
}
...
others methods that instanciates particular components (grids, menus,
etc).
...
}
public class ModuloServiceImpl extends RemoteServiceServlet implements
ModuloService {
...
public String[] getInternacionalizedNames() {
String[] names = new
String[WebCompConstants.INTERNACIONALIZATION_ARRAY_MAX_SIZE];
names[WebCompConstants.GRID_DE_INDEX] = NAME_DE;
names[WebCompConstants.GRID_REGISTERS_INDEX] = NAME_REGISTROS;
names[WebCompConstants.GRID_BTNFIRST_INDEX] = NAME_PRIMEIRA;
names[WebCompConstants.GRID_BTNPREVIUS_INDEX] = NAME_ANTERIOR;
names[WebCompConstants.GRID_BTNNEXT_INDEX] = NAME_PROXIMA;
names[WebCompConstants.GRID_BTNLAST_INDEX] = NAME_ULTIMA;
names[WebCompConstants.GRID_MSGEXCLUDE_INDEX] = NAME_MSGEXCLUDE;
names[WebCompConstants.FORMAT_DATE] = FORMAT_DATE_yyyy;
names[WebCompConstants.FORMAT_TIME] = FORMAT_TIME_HH_mm;
names[WebCompConstants.FORMAT_DATETIME] = FORMAT_DATETIME;
names[WebCompConstants.GRID_MSGMAXREG] = NAME_MSGMAXREG;
names[WebCompConstants.IMAGE_PATH] = IMAGE_PATH;
names[WebCompConstants.GRID_HINT_ALTERAR] = NAME_ALTERAR;
names[WebCompConstants.GRID_HINT_COPIAR] = NAME_COPIAR;
return names;
}
...
others methods that "executes" the components (grids, menus, etc)
...
}
As you can see the problem occurs at the first RPC call (method
getInternacionalizedNames()).
Thanks a lot for helping! :)
On 13 jun, 09:14, "Miguel Méndez" <mmen...@google.com> wrote:
> Hi Fabio,
>
> I have seen this problem cropping up a few times; it would be great to pin
> it down now.
>
> I assume that you are trying to replay non-empty, RPC request packets
> against the server?
>
> What version of GWT are you using?
>
> Were you able to or could you capture the contents of the request as it
> makes it to the RemoteServiceServlet? It would be good to know if the
> request payload is the empty string or if the an empty string is being
> returned by readPayloadAsUtf8 for some reason.
>
> That makes me wonder, what is the value of the Content-Length header of the
> request? Is it zero or not specified at all?
>
> Thanks,
>
> On 6/13/07, Fabio <fabio.oliv.si...@gmail.com> wrote:
>
>
>
>
>
> > Hi everyone,
>
> > I'm trying to do a load/stress test for a GWT based system using
> > JMeter, but it isn´t working.
> > First, I tryed to use the HTTP Proxy Server with no success. The first
> > error was related to the
> > charset utf-8, but I was using the current stable version, 2.2, and
> > this version is too old, and
> > after I used the current release, r545926, and the error with charset
> > disappear. With this second
> > option another error appears, due to a RPC Call, and the log is copyed
> > bellow:
>
> > <Exception while dispatching incoming RPC call
> > java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
> > at java.util.ArrayList.RangeCheck(ArrayList.java:547)
> > at java.util.ArrayList.get(ArrayList.java:322)
> > at
>
> > com.google.gwt.user.server.rpc.impl.ServerSerializationStreamReader.extract
Miguel Méndez
The POST (the actual RPC request) seems to have data in it, at least it claims to have a length of 118 which should be fine. I also see the 500 error coming back from the server which I assume to be the result of the OutOfBoundException in the service implementation. It would be good to see what the payload of the POST was.
I would recommend that you override the RemoteService.onBeforeRequestDeserialized(String) method in your RemoteServiceServlet subclass. If the string is null there and the POST payload is non-empty then we probably have a problem with the RemoteServiceServlet.readPayloadAsUtf8 method; apparently on Win2k.
Fabio
Miguel,
I was reading about the JMeter's encode bug (http://mail-
archives.apache.org/mod_mbox/jakarta-jmeter-dev/200609.mbox/
%3Cbug-40...@http.issues.apache.org/bugzilla/%3E) then I saw that
in the last version the HttpProxyServer was increased a Content-type
filter option. I put "utf-8" at this filter and I start recording
again... at this time post data apears like value on the HttpRequest
node:
2ï¿¿0ï¿¿2ï¿¿br.com.petrobras.gomm.comum.webcomp.client.common.ModuloServiceï¿¿getInternacionalizedNamesï¿¿1ï¿¿2ï¿¿0ï¿¿
Now I think that the problem is this strange characters
"2ï¿¿0ï¿¿2ï¿¿", probably a encode problem, or it's a binary
information. What does this characters represent? I search inside
GWT's .js and I didn't found what this characters could be.
Resuming it apears to be a new JMeter bug... in the stable 2.2 version
this request wasn't recorded (the original bug), but in this lastest
version, with "Content-type filter" set, this request was recorded but
when I executed the error was the same ("IndexOutOfBoundException") at
same point.
I follow your instructions and put a "println" to verify the value of
the string parameter (onBeforeRequestDeserialized())... the result was
the same: "2ï¿¿0ï¿¿2ï¿¿br.com.petrobras..."
After these tests I also run the same requests recorded with the new
appliaction (with GWT 1.3.3), and a new error occurs a "Page not
found". This error occurs because file .cache.html has its name
changed. Next I record again and the result was the same (same
exception at the same point). The unique change ("inner" the requests)
was the third resquest "referer":
before:
http://localhost:7001/gomm/public_jsp/webcomp/br.com.petrobras.gomm.comum.webcomp.modulo/7D9B11AAB02C391F209A09E946D2BF44.cache.html?0
after:
http://localhost:7001/gomm/public_jsp/webcomp/br.com.petrobras.gomm.comum.webcomp.modulo/EC7270365D92C8731C869898F412D15E.cache.html?0
Now... I think that the problem is JMeter encode manipulation, isn't
it? What can I do? Do you know other good tool to do this stress test?
Many questions... :)
Thanks a lot,
On 15 jun, 11:04, "Miguel Méndez" <mmen...@google.com> wrote:
> I'm stumped on this one. Have you tried to see if it happens with GWT 1.3.3?
>
> The POST (the actual RPC request) seems to have data in it, at least it
> claims to have a length of 118 which should be fine. I also see the 500
> error coming back from the server which I assume to be the result of the
> OutOfBoundException in the service implementation. It would be good to see
> what the payload of the POST was.
>
> I would recommend that you override the
> RemoteService.onBeforeRequestDeserialized(String) method in your
> RemoteServiceServlet subclass. If the string is null there and the POST
> payload is non-empty then we probably have a problem with the
> RemoteServiceServlet.readPayloadAsUtf8 method; apparently on Win2k.
>
> On 6/14/07, Fabio <fabio.oliv.si...@gmail.com> wrote:
>
>
>
>
>
> > Hi Miguel,
>
> > Yes, I'm trying to replay pre-recordered RPC request against the
> > server (the same server that I used to record).
>
> > We are using GWT 1.1.10.
>
> > The problem occurs every time when we try to call any method of
> > RemoteServiceServlet (we've a class "ModuloServiceImpl" that extends
> > RemoteServiceServlet... we use this class like a "dispatcher" to all
> > components that)
> > The sequence of requests captured by JMeter are:
>
> > ------------------------------------------------------------
> > Getting gwt.js
> > ------------------------------------------------------------
> > GET
> >http://localhost:7001/gomm/public_jsp/webcomp/br.com.petrobras.gomm.c...
>
> > Cookie Data:
> > JSESSIONID=pQTLGxCGQjWptJG6pnwTLvQN2hWByy08P1nGvlpGhLcNDXdzKJN4!
> > 753727030
>
> > Request Headers:
> > Referer:http://localhost:7001/gomm/login.do
> > Host: localhost:7001
> > Accept-Language: pt-br
> > User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1;
> > EmbeddedWB 14,52 from:http://www.bsalsa.com/EmbeddedWB 14,52; .NET
> > CLR 1.1.4322; .NET CLR 2.0.50727)
> > If-Modified-Since: Wed, 06 Jun 2007 18:41:39 GMT
> > Accept: */*
> > Accept-Encoding: gzip, deflate
> > Content-Type: application/x-javascript
>
> > HTTP response headers:
> > HTTP/1.1 200 OK
> > Date: Thu, 14 Jun 2007 13:28:21 GMT
> > Accept-Ranges: bytes
> > Content-Length: 17374
> > Last-Modified: Wed, 13 Jun 2007 11:21:08 GMT
> > X-Powered-By: Servlet/2.4 JSP/2.0
> > ------------------------------------------------------------
> > Getting nocache.html (I don't know how the GWT API use this .html
> > internally)
> > ------------------------------------------------------------
> > GET
>
> >http://localhost:7001/gomm/public_jsp/webcomp/br.com.petrobras.gomm.c...
>
> > Cookie Data:
> > JSESSIONID=pQTLGxCGQjWptJG6pnwTLvQN2hWByy08P1nGvlpGhLcNDXdzKJN4!
> > 753727030
>
> > Request Headers:
> > Referer:http://localhost:7001/gomm/login.do
> > Host: localhost:7001
> > Accept-Language: pt-br
> > User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1;
> > EmbeddedWB 14,52 from:http://www.bsalsa.com/EmbeddedWB 14,52; .NET
> > CLR 1.1.4322; .NET CLR 2.0.50727)
> > If-Modified-Since: Wed, 06 Jun 2007 18:41:39 GMT
> > Accept: */*
> > Content-Type: text/html
> > Accept-Encoding: gzip, deflate
>
> > HTTP response headers:
> > HTTP/1.1 200 OK
> > Date: Thu, 14 Jun 2007 13:28:21 GMT
> > Accept-Ranges: bytes
> > Content-Length: 2661
> > Content-Type: text/html
> > Last-Modified: Wed, 13 Jun 2007 11:21:10 GMT
> > X-Powered-By: Servlet/2.4 JSP/2.0
> > ------------------------------------------------------------
> > Calling Servlet (ModuloServiceImpl)
> > ------------------------------------------------------------
> > POST
> >http://localhost:7001/gomm/public_jsp/webcomp/br.com.petrobras.gomm.c...
>
> > POST data:
>
> > Cookie
> > Data:JSESSIONID=pQTLGxCGQjWptJG6pnwTLvQN2hWByy08P1nGvlpGhLcNDXdzKJN4!
> > 753727030
>
> > Request Headers:
> > Referer:
>
> >http://localhost:7001/gomm/public_jsp/webcomp/br.com.petrobras.gomm.c...
> > Host: localhost:7001
> > Accept-Language: pt-br
> > User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1;
> > EmbeddedWB 14,52 from:http://www.bsalsa.com/EmbeddedWB 14,52; .NET
> > com.google.gwt.user.client.rpc.impl.AbstractSerializationStreamReader.prepareToRead
> > > > (AbstractSerializ
> > > > ationStreamReader.java:36)
> > > > at
>
> > com.google.gwt.user.server.rpc.impl.ServerSerializationStreamReader.prepareToRead
> > > > (ServerSerializatio
> > > > nStreamReader.java:76)
> > > > at
> > > > com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(
> > > > RemoteServiceServlet.java:
> > > > 181)
> > > > at
> > > > com.google.gwt.user.server.rpc.RemoteServiceServlet.doPost(
> > > > RemoteServiceServlet.java:
> > > > 147)
> > > > at javax.servlet.http.HttpServlet.service(HttpServlet.java
> > :763)
> > > > at javax.servlet.http.HttpServlet.service(HttpServlet.java
> > :856)
> > > > ...
>
> > > > So I give up to use the HTTP Proxy Server and tryed to reproduce the
> > > > sequence calls, using a tool
>
> ...
>
> mais »- Ocultar texto entre aspas -
>
> - Mostrar texto entre aspas -
Miguel Méndez
I'm not very familiar with JMeter. Also, the link that you provided to the issue did not work for me. The entire packet is a string with particular sections being delimited by the '\uffff' character. The funny characters maybe the rendering of this character on your system.
FWIW, the RPC uses a content type of "text/plain; charset=utf-8". Can you set that as the content type filter?
It certainly seems that JMeter is somehow corrupting the RPC packet when it records it. The last think that I would try would be to verify the length of the packets. You could use something like Live HTTP headers without JMeter to get a baseline of what the length should be. Then I would see what length the RemoteServiceServlet thinks the packet is. If they do not match then there is something else that JMeter is doing.
I'm not sure what other load testing tools to recommend.
HTH,
Miguel,
I was reading about the JMeter's encode bug ( http://mail-
archives.apache.org/mod_mbox/jakarta-jmeter-dev/200609.mbox/
%3Cbug- 40383...@http.issues.apache.org/bugzilla/%3E) then I saw that
> > > > at java.util.ArrayList.get (ArrayList.java:322)
> > > > at
>
> > com.google.gwt.user.server.rpc.impl.ServerSerializationStreamReader.extract
> > > > (ServerSerializationStrea
> > > > mReader.java:238)
> > > > at
>
> > com.google.gwt.user.server.rpc.impl.ServerSerializationStreamReader.readInt
> > > > (ServerSerializationStrea
> > > > mReader.java:105)
> > > > at
>
> > com.google.gwt.user.client.rpc.impl.AbstractSerializationStreamReader.prepa-reToRead
> > > > (AbstractSerializ
> > > > ationStreamReader.java:36)
> > > > at
>
> > com.google.gwt.user.server.rpc.impl.ServerSerializationStreamReader.prepare-ToRead
Fabio
I did the same test with Firefox Extension Live HTTP Headers and I
had the same problem when I record via JMeter 2.2... the aplication
fall down at onFailure() method:
http://localhost:7001/gomm/rpc
POST /gomm/rpc HTTP/1.1
Host: localhost:7001
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:
1.8.0.12) Gecko/20070508 Firefox/1.5.0.12
Accept: text/xml,application/xml,application/xhtml+xml,text/
html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: pt-br
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Content-Type: text/plain; charset=utf-8
Content-Length: 118
Cookie:
JSESSIONID=rXsMG7zLSv96TmcK0n62M1FQyFqsWLlk2G1J5WQXkdTGvyfmChHh!-32955379
Pragma: no-cache
Cache-Control: no-cache
2?0?2?br.com.petrobras.gomm.comum.webcomp.client.common.ModuloService?
getInternacionalizedNames?1?2?0?
HTTP/1.x 404 Not Found
Connection: close
Date: Fri, 22 Jun 2007 16:10:09 GMT
Content-Length: 1214
Content-Type: text/html
X-Powered-By: Servlet/2.4 JSP/2.0
----------------------------------------------------------------------------
I also tested with HttpAnalyzerStdV2 and the record and execution
worked fine:
POST /gomm/public_jsp/webcomp/
br.com.petrobras.gomm.comum.webcomp.modulo/rpc HTTP/1.1
Accept: */*
Accept-Language: pt-br
Referer:
http://localhost:7001/gomm/public_jsp/webcomp/br.com.petrobras.gomm.comum.webcomp.modulo/EC7270365D92C8731C869898F412D15E.cache.html?0
Content-Type: text/plain; charset=utf-8
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1;
SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)
Host: localhost:7001
Content-Length: 118
Connection: Keep-Alive
Cache-Control: no-cache
Cookie:
JSESSIONID=Gp0JG7HGySWJhy2Bf6CYvpPV5hHnc68W10Rjnq1pSGM882yJyGpb!-32955379
2ï¿¿0ï¿¿2ï¿¿br.com.petrobras.gomm.comum.webcomp.client.common.ModuloServiceï¿¿getInternacionalizedNamesï¿¿1ï¿¿2ï¿¿0ï¿¿
HTTP/1.1 200 OK
Date: Fri, 22 Jun 2007 12:59:15 GMT
Content-Length: 443
Content-Type: text/plain; charset=utf-8
Content-Encoding: gzip
X-Powered-By: Servlet/2.4 JSP/2.0
----------------------------------------------------------------------------
I forced the charset in JMeter, as you said, and the result was:
POST http://localhost:7001/gomm/public_jsp/webcomp/br.com.petrobras.gomm.comum.webcomp.modulo/rpc
POST data:
2ï¿¿0ï¿¿2ï¿¿br.com.petrobras.gomm.comum.webcomp.client.common.ModuloServiceï¿¿getInternacionalizedNamesï¿¿1ï¿¿2ï¿¿0ï¿¿
Cookie Data:
JSESSIONID=kDSgG7KYGyqp56ytBnqHtDTLGQNH42QpqvK0QByPdS7NMLyGLmmV!-32955379
Request Headers:
Connection: keep-alive
Content-Length: 142
Host: localhost:7001
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1;
SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)
Accept-Language: pt-br
Referer:
http://localhost:7001/gomm/public_jsp/webcomp/br.com.petrobras.gomm.comum.webcomp.modulo/EC7270365D92C8731C869898F412D15E.cache.html?0
Pragma: no-cache
Content-Type: text/plain; charset=utf-8
Accept: */*
As you can see content-length in JMeter test is diferent 142 vs 118
of others tools. Other diference is the URL posted... Firefox remove
the midle of URL: "public_jsp/webcomp/
br.com.petrobras.gomm.comum.webcomp.modulo".
We've never tested with Firefox before because our customer only use
IE.
I beleave that these problems (JMeter and Firefox) have diferents
causes. What do you think?
Now I gonna try changing the customer opinion about JMeter...
probably we will use other load tool.
In parallel I'll post this thread at apache bugs forum (I was trying
to checkout the JMeter source code at cvs repository but in the last 2
weeks it's offline...)
Thanks for helping
Fabio
On Jun 19, 10:52 am, "Miguel Méndez" <mmen...@google.com> wrote:
> Hi Fabio,
>
> I'm not very familiar with JMeter. Also, the link that you provided to the
> issue did not work for me. The entire packet is a string with particular
> sections being delimited by the '\uffff' character. The funny characters
> maybe the rendering of this character on your system.
>
> FWIW, the RPC uses a content type of "text/plain; charset=utf-8". Can you
> set that as the content type filter?
>
> It certainly seems that JMeter is somehow corrupting the RPC packet when it
> records it. The last think that I would try would be to verify the length
> of the packets. You could use something like Live HTTP headers without
> JMeter to get a baseline of what the length should be. Then I would see
> what length the RemoteServiceServlet thinks the packet is. If they do not
> match then there is something else that JMeter is doing.
>
> I'm not sure what other load testing tools to recommend.
>
> HTH,
>
> On 6/15/07, Fabio <fabio.oliv.si...@gmail.com> wrote:
>
>
>
> > Miguel,
>
> > I was reading about the JMeter's encode bug (http://mail-
> > archives.apache.org/mod_mbox/jakarta-jmeter-dev/200609.mbox/
> > %3Cbug-40383-1...@http.issues.apache.org/bugzilla/%3E) then I saw that
> > in the last version the HttpProxyServer was increased a Content-type
> > filter option. I put "utf-8" at this filter and I start recording
> > again... at this time post data apears like value on the HttpRequest
> > node:
>
> > 2ï¿¿0ï¿¿2ï¿¿br.com.petrobras.gomm.comum.webcomp.client.common.ModuloServiceï¿¿getInternacionalizedNamesï¿¿1ï¿¿2ï¿¿0ï¿¿
>
> > Now I think that the problem is this strange characters
> > "2ï¿¿0ï¿¿2ï¿¿", probably a encode problem, or it's a binary
> > information. What does this characters represent? I search inside
> > GWT's .js and I didn't found what this characters could be.
>
> > Resuming it apears to be a new JMeter bug... in the stable 2.2 version
> > this request wasn't recorded (the original bug), but in this lastest
> > version, with "Content-type filter" set, this request was recorded but
> > when I executed the error was the same ("IndexOutOfBoundException") at
> > same point.
>
> > I follow your instructions and put a "println" to verify the value of
> > the string parameter (onBeforeRequestDeserialized())... the result was
> > the same: "2ï¿¿0ï¿¿2ï¿¿br.com.petrobras..."
>
> > After these tests I also run the same requests recorded with the new
> > appliaction (with GWT 1.3.3), and a new error occurs a "Page not
> > found". This error occurs because file .cache.html has its name
> > changed. Next I record again and the result was the same (same
> > exception at the same point). The unique change ("inner" the requests)
> > was the third resquest "referer":
> > before:
>
> >http://localhost:7001/gomm/public_jsp/webcomp/br.com.petrobras.gomm.c...
> > after:
>
> >http://localhost:7001/gomm/public_jsp/webcomp/br.com.petrobras.gomm.c...
> > > >http://localhost:7001/gomm/public_jsp/webcomp/br.com.petrobras.gomm.c.
> > ..
>
> > > > Cookie Data:
> > > > JSESSIONID=pQTLGxCGQjWptJG6pnwTLvQN2hWByy08P1nGvlpGhLcNDXdzKJN4!
> > > > 753727030
>
> > > > Request Headers:
> > > > Referer:http://localhost:7001/gomm/login.do
> > > > Host: localhost:7001
> > > > Accept-Language: pt-br
> > > > User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1;
> > > > EmbeddedWB 14,52 from:http://www.bsalsa.com/EmbeddedWB14,52; .NET
> > > > EmbeddedWB 14,52 from:http://www.bsalsa.com/EmbeddedWB14,52; .NET
> > > > EmbeddedWB 14,52 from:http://www.bsalsa.com/EmbeddedWB14,52; .NET
> ...
>
> read more »