Salut,
I didn't yet have a chance to try it...a lot of emails/firedrill since
back from vacation. Will try tomorrow.
Thanks!
-- Jeanfrancois
Igor Minar wrote:
> Were you able to reproduce the issues?
>
> /i
>
> On Aug 25, 2009, at 3:36 PM, Igor Minar wrote:
>
>> Hi there,
>>
>> attached is a very simple program demonstrating the problem with 1.9.17
>>
>> There are three odd thing is with the behavior of this program:
>> 1) ssl engine is null when it shouldn't be
>> 2) the output as well as debugger show that the filter was hit twice,
>> when only one request was made
>> 3) when the exception in the filter is thrown, grizzly doesn't close
>> the request with 500, but rather waits for the connection to time out
>>
>> cheers,
>> Igor
>> <TestSslServer.java><test.jks>
>>
>> On Aug 25, 2009, at 10:03 AM, Jeanfrancois Arcand wrote:
>>
>>> Salut,
>>>
>>> Igor Minar wrote:
>>>> Hi there,
>>>> In the last week or so I finally had time to get some work done on
>>>> grizzly-sendfile. I now have everything but one feature implemented.
>>>> The last missing piece is SSL support.
>>>> JFA pointed me to some code within grizzly that deals with SSL.
>>>> After having a look at this code, I'm having two issues:
>>>> #1 - when I try to obtain SSLEngine in my async filter via
>>>> "((WorkerThread)Thread.currentThread()).getSSLEngine();" it returns
>>>> null even for SSL requests. Is this expected? Should I be retrieving
>>>> the SSLEngine in some other way?
>>>
>>> Do you think you can share a test case?
>>>
>>>> #2 - since grizzly-sendfile deregisters the request from the main
>>>> selector, I'm concerned that the ssl engine will be closed/recycled
>>>> by grizzly. This might turn out not to be true, but I can't verify
>>>> it due to #1
>>>> I have to say that I'm quite surprised about the complexities
>>>> involved in implementing SSL with NIO. Oh well :-).
>>>
>>> Don't tell me!
>>>
>>> -- Jeanfrancois
>>>
>>>> thanks for your help.
>>>> cheers,
>>>> Igor
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe_at_grizzly.dev.java.net
>>>> For additional commands, e-mail: dev-help_at_grizzly.dev.java.net
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe_at_grizzly.dev.java.net
>>> For additional commands, e-mail: dev-help_at_grizzly.dev.java.net
>>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_grizzly.dev.java.net
> For additional commands, e-mail: dev-help_at_grizzly.dev.java.net
>