users@grizzly.java.net

Re: debug patch on grizzly-http-utils-1.8.6.6.jar

From: <gajanan.x.kulkarni_at_oracle.com>
Date: Tue, 05 Jun 2012 17:53:33 +0530

Hi Marc,

thanks, I am able to checkout and build, but I was not able to open this
project successfully on netbeans, which version of netbeans and maven I
should use for 1.8.6.6 grizzly.
I used netbeans 6.7

Thanks
Gajanan

On 6/1/2012 3:32 PM, Arens, Marc wrote:
> Hello Gajanan,
>
>
>
> as Ryan Lubke already answered to your last e-mail
>
>
> "It should be straight forward to check the tag out [1] and make any changes
> necessary to aid in your
> debugging.
>
> [1] https://svn.java.net/svn/grizzly~svn/tags/1_8_6_6
> <https://svn.java.net/svn/grizzly%7Esvn/tags/1_8_6_6> "
>
>
> I did that for you with ~4 simple commands:
>
> 1999 svn co https://svn.java.net/svn/grizzly~svn/tags/1_8_6_6/
> 2000 ll
> 2001 find 1_8_6_6/ -name Request.java
> 2002 vim
> 1_8_6_6/modules/http-utils/src/main/java/com/sun/grizzly/tcp/Request.java
> 2003 cd 1_8_6_6/
> 2004 mvn
>
> You can find the results of the successful build at [1]. But do you trust code
> some stranger modified for you?
> I recommed you get and modify the source yourself so that you can run it in a
> debugger (eclipse, netbeans come to mind) which is much more comfortable to work
> with.
>
> [1]
> https://ox6-dev.open-xchange.com/publications/infostore/1/grizzly-1.8.6.6?secret=bcdf2fa66f8d997c2b8676a5fd28be2
> <https://ox6-dev.open-xchange.com/publications/infostore/1/grizzly-1.8.6.6?secret=bcdf2fa66f8d997c2b8676a5fd28be2>
>
> Best regards,
> Marc
>
>
> gajanan.x.kulkarni_at_oracle.com hat am 1. Juni 2012 um 08:09 geschrieben:
>
>
>> Hi
>> (resending as I was not on this alias, now I have joined the alias)
>>
>> while debugging a issue under heavy load, there seems to be some code in
>> question
>>
>> I retrieve remote address on the request by calling
>>
>> request.action(ActionCode.ACTION_REQ_HOST_ADDR_ATTRIBUTE, param);
>> request.remoteAddr().getString()
>>
>> under load the return value of request.remoteAddr().getString() is not
>> correct, if my thinking is correct it returns some stale value based on the
>> source code of Request.java in grizzly
>>
>> so I want a debug patch which will uncomment
>>
>> //remoteAddrMB.setString("127.0.0.1");
>>
>> to understand that remoteAddr , I am getting is not stale value
>>
>> can someone make changes to Request.java recycle method and compile it and
>> give it to me
>> we are using grizzly-http-utils-1.8.6.6.jar, so code needs to be changed
>> based on this version.
>>
>> also if someone knows if we have any issues like under race condition it
>> fails to get correct value for remoteAddr, please share the details.
>>
>> Thanks
>> Gajanan
>>