[
https://issues.apache.org/jira/browse/DIRMINA-859?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Emmanuel Lecharny resolved DIRMINA-859.
---------------------------------------
Resolution: Won't Fix
sorry for the latency...
This is not an error, just a warning. What happens is that when the connection
is closed, then a close_notify must be sent, and the peer must read it. If the
peer close the socket without sending the close_notify, then you will get such
a warning.
Almost nobody send the close_notify, so this is a pretty normal message.
Just ignore it.
> SSL Close Exception
> --------------------
>
> Key: DIRMINA-859
> URL: https://issues.apache.org/jira/browse/DIRMINA-859
> Project: MINA
> Issue Type: Bug
> Components: Core
> Affects Versions: 2.0.4
> Environment: WINDOW 7, ECLIPSE INDOGO, JAVA 1.6
> Reporter: Bae,MunHwan
> Labels: SSLException
> Fix For: 2.0.4
>
>
> I am trying to make a ssl server and a client. The connection is ok between a
> server and a client.
> If the client's status is idle, then I want to make the server try to close
> the connection with the client.
> So, in the server, the server closes the session between the server and the
> client if the session is idle.
> When the server closes the session , the below error take places.
> As I tried to find out the solution of it, somebody said that it was not an
> error in ssl area.
> However, I want to fix it.. How can I do it???
>
> javax.net.ssl.SSLException: Inbound closed before receiving peer's
> close_notify: possible truncation attack?
> at com.sun.net.ssl.internal.ssl.Alerts.getSSLException(Alerts.java:190)
> at
> com.sun.net.ssl.internal.ssl.SSLEngineImpl.fatal(SSLEngineImpl.java:1429)
> at
> com.sun.net.ssl.internal.ssl.SSLEngineImpl.fatal(SSLEngineImpl.java:1397)
> at
> com.sun.net.ssl.internal.ssl.SSLEngineImpl.closeInbound(SSLEngineImpl.java:1336)
> at org.apache.mina.filter.ssl.SslHandler.destroy(SslHandler.java:203)
> at
> org.apache.mina.filter.ssl.SslFilter.sessionClosed(SslFilter.java:446)
> at
> org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextSessionClosed(DefaultIoFilterChain.java:395)
> at
> org.apache.mina.core.filterchain.DefaultIoFilterChain.access$900(DefaultIoFilterChain.java:46)
> at
> org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.sessionClosed(DefaultIoFilterChain.java:781)
> at
> org.apache.mina.core.filterchain.IoFilterAdapter.sessionClosed(IoFilterAdapter.java:95)
> at
> org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextSessionClosed(DefaultIoFilterChain.java:395)
> at
> org.apache.mina.core.filterchain.DefaultIoFilterChain.fireSessionClosed(DefaultIoFilterChain.java:388)
> at
> org.apache.mina.core.service.IoServiceListenerSupport.fireSessionDestroyed(IoServiceListenerSupport.java:244)
> at
> org.apache.mina.core.polling.AbstractPollingIoProcessor.removeNow(AbstractPollingIoProcessor.java:602)
> at
> org.apache.mina.core.polling.AbstractPollingIoProcessor.removeSessions(AbstractPollingIoProcessor.java:562)
> at
> org.apache.mina.core.polling.AbstractPollingIoProcessor.access$800(AbstractPollingIoProcessor.java:68)
> at
> org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.run(AbstractPollingIoProcessor.java:1149)
> at
> org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:64)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> at java.lang.Thread.run(Thread.java:662)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
