Bugs item #1031571, was opened at 2004-09-20 23:14 Message generated for change (Comment added) made by cptnkirk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1031571&group_id=22866
Category: JBossServer Group: v4.0 Status: Open Resolution: None Priority: 7 Submitted By: Jim Hazen (cptnkirk) Assigned to: Nobody/Anonymous (nobody) Summary: SAR classloader problems in 4.0.0 Initial Comment: Tried using both default and standard JBoss 4.0 configs. Description: Classes seem to be loaded, first come first served, and aren't overridden based on SAR. SAR S1: META-INF/jboss-service.xml Axis.jar MBean1.jar SAR S2: META-INF/jboss-service.xml Axis.jar MBean2.jar S1 and S2 contain different versions of Axis. S1 and S2 do not have MBeans in common. S1 is loaded before S2. The S1 version of the Axis classes are used within calls to S2's MBean. This is causing NoSuchMethodErrors because of differences in sigs between Axis versions. This should be easily reproducable by a developer. Likewise in my case I use a different version of commons-logging. My SAR contains the commons logging jars, and is loaded before JBoss' jbossweb-tomcat50.sar. This causes the following error on shutdown: 15:30:19,830 ERROR [HostConfig] Error undeploying web application at context path java.lang.NoSuchMethodError: org.apache.commons.logging.LogFactory.release(Ljava/lang/ClassLoader;)V at org.jboss.web.tomcat.tc5.WebCtxLoader.stop(WebCtxLoader.java:118) at org.apache.catalina.core.StandardContext.stop(StandardContext.java:4546) at org.apache.catalina.core.ContainerBase.removeChild(ContainerBase.java:952) at org.apache.catalina.core.StandardHostDeployer.remove(StandardHostDeployer.java:670) at org.apache.catalina.core.StandardHost.remove(StandardHost.java:946) at org.apache.catalina.startup.HostConfig.undeployApps(HostConfig.java:1028) at org.apache.catalina.startup.HostConfig.stop(HostConfig.java:1005) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:351) ... If you need more information to verify this, let me know what to do and where to go to do it. Thanks, Jim PS: Will upload example shortly. ---------------------------------------------------------------------- >Comment By: Jim Hazen (cptnkirk) Date: 2004-09-21 01:53 Message: Logged In: YES user_id=5476 Same problem with both default and standard configs. ---------------------------------------------------------------------- Comment By: Jim Hazen (cptnkirk) Date: 2004-09-21 01:50 Message: Logged In: YES user_id=5476 This problem prevents my application from running due to conflicts with other deployed JBoss SARs. Bumping priority as a result. ---------------------------------------------------------------------- Comment By: Jim Hazen (cptnkirk) Date: 2004-09-21 01:45 Message: Logged In: YES user_id=5476 Steps to reproduce: Download and extract dummy.sar.jar and dummy1.sar.jar into your JBoss deploy directory. Start JBoss, notice the NoSuchMethodError. This does not happen when the dummy MBeans are deployed alone. The SARs both use a class Hello. The signature of Hello is different for each SAR. The MBean within each SAR is different and makes the correct call to the Hello class shipped within the SAR (Hello.jar, Hello1.jar). It appears that once the Hello class is loaded, all calls to Hello will used this class, even if a new Hello class ships within a jar contained within a new SAR. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1031571&group_id=22866 ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
