Re: Grinder/Apache issue

Philip Aston <[email protected]>
Newsgroups gmane.comp.java.grinder.devel
Message-ID <[email protected]>
Thanks for the detailed report Steven. Please open a bug on the 
sourceforge site for this.

- Phil

On 11/03/11 17:04, Steven Swart wrote:
> Hi All!
>
> I recently ran into a problem while running a Grinder
> script against Apache. The same script was succeeding
> against IIS, but against Apache was throwing the following
> exception:
>
> 2011/03/11 4:22:31 PM (thread 0 run 0 test 501): Aborted run due to
> Java exception calling TestRunner
> Java exception calling TestRunner
>         File "C:\Testing\grinder\newuicreateprojectcreatetemplate1.py", line
> 152, in page5
>         File "C:\Testing\grinder\newuicreateprojectcreatetemplate1.py", line
> 281, in __call__
> Caused by: java.io.EOFException: Premature EOF encountered
>         at HTTPClient.StreamDemultiplexor.read(StreamDemultiplexor.java:300)
>         at HTTPClient.RespInputStream.read(RespInputStream.java:155)
>         at HTTPClient.HTTPResponse.readResponseData(HTTPResponse.java:1011)
>         at HTTPClient.HTTPResponse.getData(HTTPResponse.java:515)
>
> I got hold of the source, and discovered that line 300 of
> StreamDemultiplexor.java was throwing the exception.
>
>                         if (rcvd == -1)
>                             throw new EOFException("Premature EOF encountered");
>
> I commented out this code, rebuilt the Grinder jar, and
> my script then executed successfully against Apache
> with no failures.
>
> The only difference I could find in the output returned
> by Apache vs. IIS is that IIS uses two bytes,<CR><LF>
> to denote the end of a line, while Apache only uses one
> byte,<LF>. It seems to me that The Grinder is not taking
> account of this difference.
>
> Examining the code, I suspect the fault lies in lines
> 1010-1011 of HTTPResponse.java:
>
>         final int maximumBytes =
>           Math.min(Data.length - off, bandwidthLimiter.maximumBytes(off));
>
> Or in the calculations preceding it.
>
> I am now happy, I have a work-around, but I'm sure
> the community would appreciate a proper fix.
>
> Regards,
> Steven.


------------------------------------------------------------------------------
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.