-
Bug
-
Resolution: Done
-
Major
-
None
-
None
The RemotingModelControllerClient closes some of it's resources asynchronously. This could cause issues consumers of the client that may attempt to change class loaders after the client is closed. The ModelControllerClient.close() should block until resources are closed.
Example stack trace from the wildfly-maven-plugin:
Exception in thread "Remoting "management-client" task-8" java.lang.NoClassDefFoundError: org/xnio/XnioWorker$2 at org.xnio.XnioWorker.shutDownTaskPool(XnioWorker.java:770) at org.xnio.nio.NioXnioWorker.shutdown(NioXnioWorker.java:285) at org.jboss.remoting3.EndpointImpl.finishPhase1(EndpointImpl.java:255) at org.jboss.remoting3.EndpointImpl.closeTick1(EndpointImpl.java:238) at org.jboss.remoting3.EndpointImpl.access$200(EndpointImpl.java:93) at org.jboss.remoting3.EndpointImpl$TrackingExecutor.finishWork(EndpointImpl.java:835) at org.jboss.remoting3.EndpointImpl$TrackingExecutor.lambda$execute$0(EndpointImpl.java:822) 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.ClassNotFoundException: org.xnio.XnioWorker$2 at org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:50) at org.codehaus.plexus.classworlds.realm.ClassRealm.unsynchronizedLoadClass(ClassRealm.java:271) at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:247) at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:239) ... 10 more
See WFMP-77 for more details on one place this error seemed intermittent.
- blocks
-
-
- Resolved
-
