[
https://issues.apache.org/jira/browse/DIRMINA-650?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12657953#action_12657953
]
Kevin Koltzau commented on DIRMINA-650:
---------------------------------------
It doesn't block on the send, the send succeeds. If a 3rd send is done by the
client the server will receive all the data, or if the server responds to the
first send everything will also work correctly. If the SSLSession is not reused
(eg, the server calls SSLSession.invalidate()) the problem also goes away.
I haven't tried 2.0.0-M4 yet, I didn't have time to rework the code to the new
API. My primary concern is with 1.1 as this affects production code.
> Mina server does not recieve all data sent by client using SSLSocketFactory
> ---------------------------------------------------------------------------
>
> Key: DIRMINA-650
> URL: https://issues.apache.org/jira/browse/DIRMINA-650
> Project: MINA
> Issue Type: Bug
> Components: Filter
> Affects Versions: 1.1.7
> Reporter: Kevin Koltzau
> Priority: Critical
> Attachments: ssltest.zip
>
>
> Using mina on the server with SSLFilter, and a client using SSLSocketFactory
> the server does not recieve all
> data sent by the client.
> The client creates a socket, sends data to the server and waits for a
> response then closes the socket.
> The first connection works fine, if the client then repeats on the same
> thread the second attempt almost always
> fails. The server never gets all the data the client sent, and so never sends
> a response.
> A similar problem seems to be described in DIRMINA-580, and in fact the fix
> described in [1] seems to fix the problem. However the fix that was accepted
> into the 1.1 branch does not correct the problem for me.
> Attached is a test case that almost always fails (on some systems I've tried
> it fails every time, others it fails 5 out of 6 times)
> [1]
> http://issues.apache.org/jira/browse/DIRMINA-580?focusedCommentId=12595789#action_12595789
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
