[
https://issues.apache.org/jira/browse/AMQ-6820?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16174646#comment-16174646
]
ASF subversion and git services commented on AMQ-6820:
------------------------------------------------------
Commit 3ef457125b11decc4e9b03dfbbc3e926725ff91c in activemq's branch
refs/heads/activemq-5.15.x from [~cshannon]
[ https://git-wip-us.apache.org/repos/asf?p=activemq.git;h=3ef4571 ]
AMQ-6820 - Properly handle ClosedChannelException
When a ClosedChannelException occurs inside SelectorSelection properly
call the transport listener onError() method to handle cleanup and
logging.
(cherry picked from commit 6e33507bf2fc2acea9f61e230cf8e2a9cbccc3ce)
> NIO transport should properly handle ClosedChannelException
> -----------------------------------------------------------
>
> Key: AMQ-6820
> URL: https://issues.apache.org/jira/browse/AMQ-6820
> Project: ActiveMQ
> Issue Type: Bug
> Components: Transport
> Affects Versions: 5.15.0
> Reporter: Christopher L. Shannon
> Assignee: Christopher L. Shannon
> Priority: Minor
> Fix For: 5.15.1, 5.16.0
>
>
> The NIO transport does not properly handle a ClosedChannelException when it
> happens inside the SelectorSelection class. Instead of properly disposing of
> the transport it calls System.out.println() for the exception and keeps the
> transport alive. This caused a NPE later when the enable() method was called
> because the SelectionKey was null. The fix is to call onError() when the
> ClosedChannelException occurs so things get cleaned up and logged properly.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
