Details
-
Bug
-
Resolution: Obsolete
-
Major
-
None
-
3.2.0.Beta4
-
None
Description
I have a JUnit test (acting as a client) that is attempting to do a JNDI lookup against a WildFly 8.0.0.CR1 server. The test hangs when establishing the SSL connection. The test uses the https-remoting protocol (making use of WildFly's awesome http-upgrade feature).
This problem does not occur if I change the client to use XNIO 3.2.0.Beta3. I therefore grabbed the source code and delved into the history. There is one commit that seems to have introduced this problem:
https://github.com/xnio/xnio/commit/85957b9391f400317151488b18655c73a781a09f
If I do a local build of 3.2.0.Beta5-SNAPSHOT with this commit reverted, the unit test no longer hangs. Put the commit back in and it hangs again.
Strangely, the unit test usually works once after a restart of WildFly and then subsequently fails every time until WildFly is restarted again.
Is it possible to work out what the problem might be from the commit details and the thread details?
It is possibly related to https://issues.jboss.org/browse/XNIO-209.
The thread details are:
Remoting "config-based-naming-client-endpoint" I/O-1@1874 daemon, prio=5, in group 'main', status: 'RUNNING'
at sun.nio.ch.WindowsSelectorImpl$SubSelector.poll0(WindowsSelectorImpl.java:-1)
at sun.nio.ch.WindowsSelectorImpl$SubSelector.poll(WindowsSelectorImpl.java:295)
at sun.nio.ch.WindowsSelectorImpl$SubSelector.access$400(WindowsSelectorImpl.java:277)
at sun.nio.ch.WindowsSelectorImpl.doSelect(WindowsSelectorImpl.java:158)
at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:87)
at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:98)
at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:102)
at org.xnio.nio.WorkerThread.run(WorkerThread.java:497)
main@1, prio=5, in group 'main', status: 'WAIT'
at java.lang.Object.wait(Object.java:-1)
at org.xnio.AbstractIoFuture.await(AbstractIoFuture.java:104)
at org.jboss.naming.remote.protocol.IoFutureHelper.get(IoFutureHelper.java:82)
at org.jboss.naming.remote.client.HaRemoteNamingStore.failOverSequence(HaRemoteNamingStore.java:193)
at org.jboss.naming.remote.client.HaRemoteNamingStore.namingStore(HaRemoteNamingStore.java:144)
at org.jboss.naming.remote.client.HaRemoteNamingStore.namingOperation(HaRemoteNamingStore.java:125)
at org.jboss.naming.remote.client.HaRemoteNamingStore.listBindings(HaRemoteNamingStore.java:307)
at org.jboss.naming.remote.client.RemoteContext.listBindings(RemoteContext.java:127)
at org.jboss.naming.remote.client.RemoteContext.listBindings(RemoteContext.java:131)
at javax.naming.InitialContext.listBindings(InitialContext.java:466)
at ...