It says you are trying to use a classloader that has been removed from the repository.
Is it just a doing a Class.forName()? I wouldn't have thought the classloader for StandardHost would have been removed at that point. Regards, Adrian On Mon, 2004-01-05 at 22:00, Remy Maucherat wrote: > Going back to the TC 5 integration, I run into a problem while > undeploying the SAR: > > 22:50:47,367 ERROR [StandardHost] Error creating deployer > java.lang.NullPointerException > at org.jboss.mx.loading.LoadMgr3.beginLoadTask(LoadMgr3.java:119) > at > org.jboss.mx.loading.UnifiedClassLoader3.loadClassImpl(UnifiedClassLoader3.java:185) > at > org.jboss.mx.loading.UnifiedClassLoader3.loadClass(UnifiedClassLoader3.java:139) > at java.lang.ClassLoader.loadClass(ClassLoader.java:235) > at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) > at java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Class.java:141) > at > org.apache.catalina.core.StandardHost.getDeployer(StandardHost.java:1019) > at > org.apache.catalina.core.StandardHost.findDeployedApps(StandardHost.java:916) > at > org.apache.catalina.startup.HostConfig.undeployApps(HostConfig.java:1042) > at > org.apache.catalina.startup.HostConfig.stop(HostConfig.java:1024) > at > org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:395) > at > org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166) > at > org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1165) > at > org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1177) > at > org.apache.catalina.core.StandardEngine.stop(StandardEngine.java:523) > at > org.apache.catalina.core.StandardService.stop(StandardService.java:575) > at > org.apache.catalina.core.StandardServer.stop(StandardServer.java:2379) > at org.apache.catalina.startup.Catalina.stop(Catalina.java:647) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:324) > at > org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503) > at > org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:72) > at > org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:544) > at org.jboss.web.tomcat.tc5.Tomcat5.stopService(Tomcat5.java:173) > at > org.jboss.system.ServiceMBeanSupport.stop(ServiceMBeanSupport.java:240) > .... > > I think this is caused by the JMX 1.2 checkin in the 3.2 branch. > Any idea of a workaround ? -- xxxxxxxxxxxxxxxxxxxxxxxx Adrian Brock Director of Support Back Office JBoss Group, LLC xxxxxxxxxxxxxxxxxxxxxxxx ------------------------------------------------------- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click _______________________________________________ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
