-
Bug
-
Resolution: Done
-
Major
-
None
-
None
-
None
A standalone Java client get in hanging state when using EJB over HTTP.
The fix from WEJBHTTP-29 is already applied, but it does not cover for this scenario.
"XNIO-1 task-2" #14 daemon prio=5 os_prio=0 tid=0x00007f624c01e000 nid=0x124d in Object.wait() [0x00007f62a15c9000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:502) at org.wildfly.httpclient.common.WildflyClientInputStream.close(WildflyClientInputStream.java:191) - locked <0x0000000771020690> (a java.lang.Object) at org.wildfly.httpclient.common.HttpTargetContext$1$1.lambda$completed$4(HttpTargetContext.java:277) at org.wildfly.httpclient.common.HttpTargetContext$1$1$$Lambda$82/1806464577.run(Unknown Source) at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35) at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982) at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486) at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377) at java.lang.Thread.run(Thread.java:748) Locked ownable synchronizers: - None ---- "main" #1 prio=5 os_prio=0 tid=0x00007f62cc04b800 nid=0x1235 in Object.wait() [0x00007f62d3584000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:502) at org.jboss.ejb.client.EJBClientInvocationContext.awaitResponse(EJBClientInvocationContext.java:931) - locked <0x000000077109dcf0> (a java.lang.Object) at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:191) at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:125) at com.sun.proxy.$Proxy2.remove(Unknown Source) at org.jboss.playground.ReproducerClient.main(ReproducerClient.java:38) Locked ownable synchronizers: - None
- is cloned by
-
JBEAP-18301 [GSS](7.3.z) WEJBHTTP-31 - WildFlyClientInputStream waits for -1 when dealing with an exception result
- Closed
- is incorporated by
-
WFLY-12875 Upgrade wildfly-http-client from 1.0.18 to 1.0.19
- Closed
- is related to
-
WEJBHTTP-29 WildFlyClientInputStream hangs on close
- Resolved