<div dir="ltr">Hey!<div><br></div><div>I&#39;m currently trying to solve a tricky class loading issue connected to Spring, CDI and Uber Jars. Here&#39;s the scenario:</div><div><ul><li>Remote Uber Jar contains CDI module</li><li>Our Hot Rod client use newer version of JBoss Logging which is present in Wildfly/EAP modules</li><li>However EAP and Wildfly will load (and make available for deployment) their own version of JBoss Logging [1]</li><ul><li>The easiest fix for this is to relocate JBoss Logging package in Uber Jar</li></ul><li>Spring module requires some classes from Infinispan Common and they in turn need BasicLogger from JBoss Logging</li><ul><li>If we relocate JBoss Logging and will try to use Uber Jar with Spring - we will end up with classloading issue [2]</li></ul></ul><div>So it seems the best approach is to make Spring depend on Uber Jars instead of &quot;small ones&quot;. Of course, users who use small jars will probably be affected by this change (they would have to either accept using Uber Jars or exclude them in their poms and add dependencies manually). </div><div><br></div><div>Is anyone against this solution? JIRA tracking ticket: [3].</div><div><br></div><div>Thanks</div><div>Sebastian</div><div><br></div></div><div>[1] Scenario with Weld enabled WAR <a href="https://docs.jboss.org/author/display/AS7/Implicit+module+dependencies+for+deployments">https://docs.jboss.org/author/display/AS7/Implicit+module+dependencies+for+deployments</a></div><div>[2] <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1266831#c7">https://bugzilla.redhat.com/show_bug.cgi?id=1266831#c7</a></div><div>[3] <a href="https://issues.jboss.org/browse/ISPN-6132">https://issues.jboss.org/browse/ISPN-6132</a></div></div>