Hi Alexey,
Thanks for your reply. Basically, I want to support a subscribe-broadcast
scenario. I am not interested in using WebSockets. This means I am keeping
a reference to each Request and Response associated with each suspended
client. The problem is that I don't know when to stop sending a broadcast
to the suspended client. For that, I need to know if the suspended client
is still connected. I hope this provides an idea of what I'm trying to do.
Also, I have tried reading and writing things using the available IO
facilities provided by the Request/Response objects, but these also do not
seem to throw any kind of Exception if the client is disconnected.
Thanks,
Luis
On Fri, Jun 13, 2014 at 5:57 PM, Oleksiy Stashok <oleksiy.stashok_at_oracle.com
> wrote:
> Hi Luis,
>
> unfortunately it might be related to OS or JDK socket implementation.
> The only reliable way to check the socket status is to try to read or
> write something.
>
> Can you pls. provide more details on your usecase, may be we'll be able to
> find a solution.
>
> Thanks.
>
> WBR,
> Alexey.
>
>
> On 13.06.14 14:37, Luis Antunes wrote:
>
>> Hi,
>>
>> I'm implementing a Grizzly HttpHandler, and am wondering if there is any
>> way to check if the client connection that originated the Request is still
>> open, or if it has closed? I've tried obtaining the HttpRequestPacket from
>> the Request, and checking if the Connection is open, but that seems to
>> always return true, even if the client has disconnected.
>>
>> Any help would be much appreciated.
>>
>> Thanks!
>> Luis
>>
>
>