Re: SSL Filter reads after it writes

[Trustin Lee <tr...@gmail.com>]

Hi Glenn,

Thank you so much for your contribution first of all.  Before applying
the fix you made, I'd like to see the full thread dump when you met
the dead lock to find out if there's better way to fix this problem.

Thanks in advance,
Trustin

On Dec 1, 2007 12:24 AM, GBullock <gb...@surfrecon.com> wrote:
>
> We ran across an issue using the SSLFilter (in version 1.1.3) that you should
> probably address.  The write and read calls should behave asynchronously,
> but when using SSL, after a write, it potentially does a read (in
> SSLHandler.flushScheduledEvents()).  This is probably the result of it being
> necessary during the initial handshaking required, but it continues to occur
> after the handshake is complete effectively potentially "synchronizing" the
> interchange (should there be incoming data available).
>
> We modified the code to get us past the deadlock it caused us.  We passed
> SSLHandler.flushScheduledEvents() a flag indicating whether or not to do the
> reading, and turned the flag off once the handshake was complete; however,
> there are several other calls to that method in SSLFilter that should
> probably be looked at in this light (by someone who knows what they're doing
> :-).
>
> Thanks for a great project.
>
> Glenn B
> gbullock@surfrecon.com
>
> http://www.nabble.com/file/p14071848/SSLFilter.java SSLFilter.java
> http://www.nabble.com/file/p14071848/SSLHandler.java SSLHandler.java
> --
> View this message in context: http://www.nabble.com/SSL-Filter-reads-after-it-writes-tf4916318s16868.html#a14071848
> Sent from the Apache MINA Support Forum mailing list archive at Nabble.com.
>
>



-- 
what we call human nature is actually human habit
--
http://gleamynode.net/
--
PGP Key ID: 0x0255ECA6