Hi Alexey,
My problem has been resolved with 1.9.17-SNAPSHOT binaries (It took
quite a bit of time to test). Can I use the 1.9.18 grizzly web server binary
in my application. is the 1.9.18 a stable release.
Thanks a lot for all your support.
Regards
chandan
Oleksiy Stashok wrote:
>
>> I have tried with your solution. But, sometimes I am getting "RST"
>> packets from the Grizzly Server.
>> In my case there is a non persistent connection between the
>> client and
>> the server. Will there be new tcp connections everytime for a new
>> request.
>> Whenever there is a "RST" packet, there is no response from the
>> Server. I
>> have also noticed that the "service" (I have already placed a sample
>> code)
>> method in the Grizzly server is not invoked in case of RST packet
>> scenarios.
>> Kindly guide me to resolve the problem.
> Ok, before continuing investigation, can I ask you to try your code
> with 1.9.17-SNAPSHOT binaries, to make sure that the issue you see
> wasn't fixed [1]
> If you still see the issue - the I'd like to ask you send me the
> server and client code so I'll be able to reproduce the issue.
>
> Thank you.
>
> WBR,
> Alexey.
>
> [1]
> http://download.java.net/maven/2/com/sun/grizzly/grizzly-http-webserver/1.9.17-SNAPSHOT/
>
>
>
>>
>> thanks
>> Chandan
>>
>>
>> Oleksiy Stashok wrote:
>>>
>>> Hi, Chandan,
>>>
>>> Grizzly, by default, has limited number of HTTP requests it may
>>> process on single connection (to avoid some kind of DoS attacks).
>>> So, probably, you observe such a behavior because of that mechanism.
>>>
>>> You can disable it by setting:
>>> selectorThread.getMaxKeepAliveRequests(-1);
>>>
>>> I could be wrong, but let's try that solution and then will see if it
>>> helps or not.
>>>
>>> WBR,
>>> Alexey.
>>>
>>> On Jul 15, 2009, at 8:10 , chandan_evol wrote:
>>>
>>>>
>>>> Hi All,
>>>> I am using Grizzly 1.9.15 as a HTTP web server for my
>>>> application.
>>>> But, whenever the client side sends number of requests (~10 requests
>>>> in
>>>> second), the application sends RST packets to the client, after
>>>> sending FIN
>>>> to the client side. This seems that the Grizzly server is dropping
>>>> some
>>>> requests if it is heavily loaded. Can someone tell me what can
>>>> prevent the
>>>> Grizzly server to drop requests. The client is maintaining an HTTP
>>>> non-persistent connection where everytime connection will be closed
>>>> if there
>>>> is a response received for a request.
>>>> I would appreciate if someone gives me a solution.
>>>>
>>>> thanks in advance
>>>>
>>>> Chandan
>>>> --
>>>> View this message in context:
>>>> http://www.nabble.com/RST-FIN-sent-from-the-Grizzly-server-tp24492450p24492450.html
>>>> Sent from the Grizzly - Users mailing list archive at Nabble.com.
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
>>>> For additional commands, e-mail: users-help_at_grizzly.dev.java.net
>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
>>> For additional commands, e-mail: users-help_at_grizzly.dev.java.net
>>>
>>>
>>>
>>
>> --
>> View this message in context:
>> http://www.nabble.com/RST-FIN-sent-from-the-Grizzly-server-tp24492450p24497291.html
>> Sent from the Grizzly - Users mailing list archive at Nabble.com.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
>> For additional commands, e-mail: users-help_at_grizzly.dev.java.net
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
> For additional commands, e-mail: users-help_at_grizzly.dev.java.net
>
>
>
--
View this message in context: http://www.nabble.com/RST-FIN-sent-from-the-Grizzly-server-tp24492450p24531269.html
Sent from the Grizzly - Users mailing list archive at Nabble.com.