[
https://issues.jboss.org/browse/WFCORE-1127?page=com.atlassian.jira.plugi...
]
Brian Stansberry commented on WFCORE-1127:
------------------------------------------
Looking in further, it looks like some of the Closeables returned by UnnamedRegistry will
close the socket before trying to unregister, so that won't work as the
InetSocketAddress will no longer be available. Now that would result in an ISE; if I just
get rid of that the socket won't get unregistered, a small leak and leaving incorrect
data if users look. So as part of this JIRA I'll fix that as well.
SocketBindingManagerImpl$UnnamedRegistryImpl is overly picky about
unbound sockets
----------------------------------------------------------------------------------
Key: WFCORE-1127
URL:
https://issues.jboss.org/browse/WFCORE-1127
Project: WildFly Core
Issue Type: Bug
Components: Domain Management
Affects Versions: 2.0.1.Final
Reporter: Brian Stansberry
Assignee: Brian Stansberry
A failure like this isn't necessary:
{code}
08:02:23,475 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001:
Failed to start service jboss.jgroups.channel.ee.connector:
org.jboss.msc.service.StartException in service jboss.jgroups.channel.ee.connector:
java.lang.IllegalStateException
at
org.wildfly.clustering.jgroups.spi.service.ChannelConnectorBuilder.start(ChannelConnectorBuilder.java:96)
at
org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
at
org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.IllegalStateException
at
org.jboss.as.network.SocketBindingManagerImpl$UnnamedRegistryImpl.unregisterBinding(SocketBindingManagerImpl.java:501)
at
org.jboss.as.network.ManagedDatagramSocketBinding.close(ManagedDatagramSocketBinding.java:73)
at
org.jboss.as.clustering.jgroups.ManagedSocketFactory.close(ManagedSocketFactory.java:148)
at org.jgroups.protocols.UDP.closeUnicastSocket(UDP.java:577)
at org.jgroups.protocols.UDP.destroySockets(UDP.java:429)
at org.jgroups.protocols.UDP.start(UDP.java:274)
at org.jgroups.stack.ProtocolStack.startStack(ProtocolStack.java:965)
at org.jgroups.JChannel.startStack(JChannel.java:890)
at org.jgroups.JChannel._preConnect(JChannel.java:553)
at org.jgroups.JChannel.connect(JChannel.java:288)
at org.jgroups.JChannel.connect(JChannel.java:279)
at
org.wildfly.clustering.jgroups.spi.service.ChannelConnectorBuilder.start(ChannelConnectorBuilder.java:94)
... 5 more
{code}
If there's no socket address, it should just move on.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)