Testing out AS 7.0.0.Beta3 with a sample JMS client web application showed up a CNFE for hornetq classes. The client web application is just a .war file with only one jsp (just for testing) which just uses the JMS API to send out a message to a queue: Context context = new InitialContext(); Queue queue = (Queue) context.lookup("queue/test"); ... QueueConnectionFactory queueConnectionFactory = (QueueConnectionFactory) context.lookup("java:/ConnectionFactory"); QueueConnection queueConnection = queueConnectionFactory.createQueueConnection(); QueueSession queueSession = queueConnection.createQueueSession(false,Session.AUTO_ACKNOWLEDGE); QueueSender queueSender = queueSession.createSender(queue); //create a TextMessage TextMessage textMessage = queueSession.createTextMessage("Hello JBoss AS7"); queueSender.send(textMessage); ... When testing this, it runs into this exception: 12:51:38,061 ERROR [stderr] (http-localhost-127.0.0.1-8080-1) Caused by: java.lang.ClassNotFoundException: org.hornetq.api.core.client.loadbalance.RoundRobinConnectionLoadBalancingPolicy from [Module "deployment.test.war:main" from Service Module Loader] 12:51:38,061 ERROR [stderr] (http-localhost-127.0.0.1-8080-1) at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:184) 12:51:38,062 ERROR [stderr] (http-localhost-127.0.0.1-8080-1) at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:357) 12:51:38,062 ERROR [stderr] (http-localhost-127.0.0.1-8080-1) at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:306) 12:51:38,063 ERROR [stderr] (http-localhost-127.0.0.1-8080-1) at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:100) 12:51:38,068 ERROR [stderr] (http-localhost-127.0.0.1-8080-1) at org.hornetq.core.client.impl.ClientSessionFactoryImpl$1.run(ClientSessionFactoryImpl.java:1162) 12:51:38,069 ERROR [stderr] (http-localhost-127.0.0.1-8080-1) ... 28 more Adding a Dependencies: org.hornetq to the .war/META-INF/MANIFEST.MF of the war and redeploying the war gets me past this issue. But shouldn't this dependency on our internal JMS provider impl module be setup automatically by one of our deployment unit processors, instead of the user having to do it?

From: "Jaikiran Pai" <jpai(a)redhat.com&gt; To: jboss-as7-dev(a)lists.jboss.org Sent: Thursday, April 21, 2011 6:05:35 AM Subject: Re: [jboss-as7-dev] Setting up implicit dependency on JMS provider impl module Comments inline. On Wednesday 20 April 2011 06:39 PM, David M. Lloyd wrote: > On 04/20/2011 02:38 AM, Jaikiran Pai wrote: >> When testing this, it runs into this exception: >> >> 12:51:38,061 ERROR [stderr] (http-localhost-127.0.0.1-8080-1) >> Caused by: >> java.lang.ClassNotFoundException: >> org.hornetq.api.core.client.loadbalance.RoundRobinConnectionLoadBalancingPolicy >> from [Module "deployment.test.war:main" from Service Module Loader] >> 12:51:38,061 ERROR [stderr] (http-localhost-127.0.0.1-8080-1) at >> org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:184) >> 12:51:38,062 ERROR [stderr] (http-localhost-127.0.0.1-8080-1) at >> org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:357) >> 12:51:38,062 ERROR [stderr] (http-localhost-127.0.0.1-8080-1) at >> org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:306) >> 12:51:38,063 ERROR [stderr] (http-localhost-127.0.0.1-8080-1) at >> org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:100) >> 12:51:38,068 ERROR [stderr] (http-localhost-127.0.0.1-8080-1) at >> org.hornetq.core.client.impl.ClientSessionFactoryImpl$1.run(ClientSessionFactoryImpl.java:1162) >> 12:51:38,069 ERROR [stderr] (http-localhost-127.0.0.1-8080-1) ... >> 28 more >> >> >> Adding a Dependencies: org.hornetq to the .war/META-INF/MANIFEST.MF >> of >> the war and redeploying the war gets me past this issue. But >> shouldn't >> this dependency on our internal JMS provider impl module be setup >> automatically by one of our deployment unit processors, instead of >> the >> user having to do it? > > No we should not need the dependency at all. I think the problem > here > is HornetQ using the TCCL (from > org.hornetq.core.client.impl.ClientSessionFactoryImpl$1.run) to load > one > of its own classes > (org.hornetq.api.core.client.loadbalance.RoundRobinConnectionLoadBalancingPolicy). > It probably should be using its own class loader for this > purpose, IMO. > Yes indeed! HornetQ ClientSessionFactoryImpl uses TCCL: AccessController.doPrivileged(new PrivilegedAction<Object>() { public Object run() { ClassLoader loader = Thread.currentThread().getContextClassLoader(); try { Class<?> clazz = loader.loadClass(connectionLoadBalancingPolicyClassName); So how do we fix such issues in thirdparty libraries? P.S: Is this worth a JIRA?

-Jaikiran _______________________________________________ jboss-as7-dev mailing list jboss-as7-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-as7-dev

From: "Jaikiran Pai" <jpai(a)redhat.com&gt; To: "Andrig Miller" <anmiller(a)redhat.com&gt; Cc: jboss-as7-dev(a)lists.jboss.org Sent: Thursday, April 21, 2011 9:26:35 AM Subject: Re: [jboss-as7-dev] Setting up implicit dependency on JMS provider impl module > > > This is absolutely a JIRA, as HornetQ is our own code. Not really a > third-party library. The HornetQ team is gearing up for getting the > latest code integrated into AS 7, so this is a critical issue that > should be fixed ASAP. > > Just open the JIRA in the HornetQ project. > > Andy > Created https://issues.jboss.org/browse/HORNETQ-681. By the way, by thirdparty I meant projects having their source code outside of AS7 codebase and having their own release lifecycle.

-Jaikiran