Bugs item #877172, was opened at 2004-01-15 03:29 Message generated for change (Comment added) made by macv You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=877172&group_id=22866
Category: JBossMX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Tim McCune (javajedi) Assigned to: Scott M Stark (starksm) Summary: NullPointerException in LoadMgr3 Initial Comment: I get this error out of JBoss 3.2.2 on a fairly regular basis. I'm still not sure exactly how to reproduce it, but since it's an NPE, I'm hoping that someone can track down what would cause it to happen fairly easily. Once it occurs for a particular class, the only fix is to restart JBoss. I never had this problem on 3.2.0. java.lang.NullPointerException at org.jboss.mx.loading.LoadMgr3.beginLoadTask(LoadMgr3.java:119) at org.jboss.mx.loading.UnifiedClassLoader3.loadClassImpl(UnifiedClassLoader3.java:169) at org.jboss.mx.loading.UnifiedClassLoader3.loadClass(UnifiedClassLoader3.java:123) at java.lang.ClassLoader.loadClass(ClassLoader.java:235) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) Looking at the code, the UnifiedLoaderRepository3 that is passed into beginLoadTask as the 2nd parameter must be null. UnifiedClassLoader3, line 118 does a null check for repository just a few lines before calling loadClassImpl, so I'm assuming that this is a valid state for the class loader to be in. That would mean that beginLoadTask in LoadMgr3 needs to handle the situation where repository is null. ---------------------------------------------------------------------- Comment By: Vikas Sharma (macv) Date: 2004-10-16 12:44 Message: Logged In: YES user_id=280676 I am facing the similar problem i.e. sometime NPE in LoadMgr3 or LinkageError , when I redeploy my ear ( it has a sar,a war ). I am using JBoss [WonderLand] 3.2.5 (build: CVSTag=JBoss_3_2_5 date=200406251954) , Java version: 1.4.2_05, Is it fixed ? Has its any work arround, which version i can use to avoid this problem ? ---------------------------------------------------------------------- Comment By: Anders Eriksson (anders5737) Date: 2004-04-18 00:44 Message: Logged In: YES user_id=295842 I can consistently repeat this problm. I get it upon when trying to display an error page in Tapestry 3.0 rc3. I can save a copy of my project for future reference. Caused by: java.lang.NullPointerException at org.jboss.mx.loading.LoadMgr3.beginLoadTask (LoadMgr3.java:119) at org.jboss.mx.loading.UnifiedClassLoader3.loadClassImpl (UnifiedClassLoader3.java:169) at org.jboss.mx.loading.UnifiedClassLoader3.loadClass (UnifiedClassLoader3.java:123) at java.lang.ClassLoader.loadClass (ClassLoader.java:235) at java.lang.ClassLoader.loadClassInternal (ClassLoader.java:302) at org.apache.oro.text.regex.Perl5Matcher.__setLastMatchResult (Unknown Source) at org.apache.oro.text.regex.Perl5Matcher.getMatch (Unknown Source) at org.apache.tapestry.parse.TemplateParser.processComponent Start(TemplateParser.java:1049) at org.apache.tapestry.parse.TemplateParser.startTag (TemplateParser.java:947) at org.apache.tapestry.parse.TemplateParser.parse (TemplateParser.java:591) at org.apache.tapestry.parse.TemplateParser.parse (TemplateParser.java:419) at org.apache.tapestry.engine.DefaultTemplateSource.construct TemplateInstance(DefaultTemplateSource.java:442) at org.apache.tapestry.engine.DefaultTemplateSource.parseTem plate(DefaultTemplateSource.java:416) at org.apache.tapestry.engine.DefaultTemplateSource.getOrPars eTemplate(DefaultTemplateSource.java:389) at org.apache.tapestry.engine.DefaultTemplateSource.findStanda rdTemplate(DefaultTemplateSource.java:366) at org.apache.tapestry.engine.DefaultTemplateSource.findTempla te(DefaultTemplateSource.java:269) at org.apache.tapestry.engine.DefaultTemplateSource.getTempla te(DefaultTemplateSource.java:181) at org.apache.tapestry.BaseComponent.readTemplate (BaseComponent.java:95) at org.apache.tapestry.BaseComponent.finishLoad (BaseComponent.java:135) at org.apache.tapestry.pageload.PageLoader.constructComponen t(PageLoader.java:520) ---------------------------------------------------------------------- Comment By: georke (jdwn) Date: 2004-03-08 21:36 Message: Logged In: YES user_id=993121 I'm getting the same error in JBoss 3.2.3 with WASP integration version 4.6.1. What I'm doing is the following: I start JBoss I redeploy my EJB I want to redeploy my webservice and then I get the Bug. Does somebody know when this bug will be solved? Thnx! ---------------------------------------------------------------------- Comment By: Scott M Stark (starksm) Date: 2004-01-31 00:21 Message: Logged In: YES user_id=175228 3.2.0 did not null the association between the UnifiedClassLoader and the UnifiedLoaderRepository, so you are likely using classes from the previous deployment. This can lead to ClassCastException, LinkageErrors and IllegalAccessErrors depending on the usage of classes. If you have an example that illustrates the problem attach it or send it to me. If the JCE layer is caching classes there may be a way to work around this. If its truly a bug I need an example. ---------------------------------------------------------------------- Comment By: Jason Calabrese (jcalabrese) Date: 2004-01-31 00:01 Message: Logged In: YES user_id=300014 Thanks for the quick response. Yes, this is just a standalone war in the deploy directory. I rolled back to 3.2.0 and now I don't get the NPE after redeploy. ---------------------------------------------------------------------- Comment By: Scott M Stark (starksm) Date: 2004-01-30 23:31 Message: Logged In: YES user_id=175228 And this is a standalone war sitting in the deploy directory? A potential issue looking at this trace is that since your going into the JCE layer, there might be caching of the previous classes and they are using their original class loader which has been destroyed. Unless all references to the previous deployments classes are free to be garbage collected, there is the potential for the NPE when additional classes need to be loaded when access the previous version classes. ---------------------------------------------------------------------- Comment By: Jason Calabrese (jcalabrese) Date: 2004-01-30 23:17 Message: Logged In: YES user_id=300014 I'm having the same problem with 3.2.3. Everything works fine and then I redeploy the war and get the NPE. Here's my stack trace: 09:42:22,108 ERROR [STDERR] java.lang.NullPointerException 09:42:22,109 ERROR [STDERR] at org.jboss.mx.loading.LoadMgr3.beginLoadTask(LoadMgr3.java:119) 09:42:22,110 ERROR [STDERR] at org.jboss.mx.loading.UnifiedClassLoader3.loadClassImpl(UnifiedClassLoader3.java:169) 09:42:22,112 ERROR [STDERR] at org.jboss.mx.loading.UnifiedClassLoader3.loadClass(UnifiedClassLoader3.java:123) 09:42:22,113 ERROR [STDERR] at java.lang.ClassLoader.loadClass(ClassLoader.java:235) 09:42:22,114 ERROR [STDERR] at javax.crypto.SunJCE_b.c(DashoA6275) 09:42:22,115 ERROR [STDERR] at javax.crypto.SunJCE_b.a(DashoA6275) 09:42:22,116 ERROR [STDERR] at javax.crypto.Cipher.a(DashoA6275) 09:42:22,117 ERROR [STDERR] at javax.crypto.Cipher.getInstance(DashoA6275) 09:42:22,118 ERROR [STDERR] at com.contentscan.openpgp.OpenPGPUtil.getCipher(OpenPGPUtil.java:169) 09:42:22,119 ERROR [STDERR] at com.contentscan.domeLogic.DomeSessionMgr.decrypt(DomeSessionMgr.java:612) 09:42:22,120 ERROR [STDERR] at com.contentscan.domeLogic.DomeSessionMgr.decryptSessionKey(DomeSessionMgr.java:629) 09:42:22,121 ERROR [STDERR] at com.contentscan.domeLogic.DomeSessionMgr.validateSession(DomeSessionMgr.java:280) 09:42:22,123 ERROR [STDERR] at com.contentscan.webdome.WebEnvironment.establishSession(WebEnvironment.java:229) 09:42:22,123 ERROR [STDERR] at com.contentscan.webdome.WebEnvironment.<init>(WebEnvironment.java:143) 09:42:22,125 ERROR [STDERR] at com.contentscan.webdome.WebEnvironment.<init>(WebEnvironment.java:48) 09:42:22,126 ERROR [STDERR] at org.apache.jsp.welcome_jsp._jspService(welcome_jsp.java:89) 09:42:22,127 ERROR [STDERR] at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137) 09:42:22,128 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) 09:42:22,129 ERROR [STDERR] at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:210) 09:42:22,130 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295) 09:42:22,138 ERROR [STDERR] at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) 09:42:22,139 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) 09:42:22,140 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) 09:42:22,141 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) 09:42:22,142 ERROR [STDERR] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256) 09:42:22,143 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) 09:42:22,144 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) 09:42:22,145 ERROR [STDERR] at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) 09:42:22,147 ERROR [STDERR] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) 09:42:22,148 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) 09:42:22,149 ERROR [STDERR] at org.jboss.web.tomcat.security.JBossSecurityMgrRealm.invoke(JBossSecurityMgrRealm.java:220) 09:42:22,150 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) 09:42:22,151 ERROR [STDERR] at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246) 09:42:22,152 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) 09:42:22,153 ERROR [STDERR] at org.jboss.web.tomcat.tc4.statistics.ContainerStatsValve.invoke(ContainerStatsValve.java:76) 09:42:22,154 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) 09:42:22,155 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) 09:42:22,156 ERROR [STDERR] at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) 09:42:22,158 ERROR [STDERR] at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2417) 09:42:22,159 ERROR [STDERR] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) 09:42:22,160 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) 09:42:22,161 ERROR [STDERR] at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171) 09:42:22,162 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) 09:42:22,163 ERROR [STDERR] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172) 09:42:22,164 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) 09:42:22,165 ERROR [STDERR] at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:65) 09:42:22,166 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) 09:42:22,167 ERROR [STDERR] at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:577) 09:42:22,168 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) 09:42:22,169 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) 09:42:22,170 ERROR [STDERR] at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) 09:42:22,172 ERROR [STDERR] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) 09:42:22,173 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) 09:42:22,174 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) 09:42:22,175 ERROR [STDERR] at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) 09:42:22,176 ERROR [STDERR] at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:197) 09:42:22,177 ERROR [STDERR] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:781) 09:42:22,178 ERROR [STDERR] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:549) 09:42:22,188 ERROR [STDERR] at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:605) 09:42:22,189 ERROR [STDERR] at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:677) 09:42:22,190 ERROR [STDERR] at java.lang.Thread.run(Thread.java:534) ---------------------------------------------------------------------- Comment By: Scott M Stark (starksm) Date: 2004-01-21 04:15 Message: Logged In: YES user_id=175228 So where is the com.mysql.jdbc.Connection class coming from in the deployment, and has there been a redeployment of anything in the encompassing deployment? The current 3.2 codebase has additional debug level logging to track when a class loader is removed from the repository as well as a fix for delaying the removal of a class loader from its repository until the top level deployment have been destroyed. ---------------------------------------------------------------------- Comment By: Tim McCune (javajedi) Date: 2004-01-21 01:52 Message: Logged In: YES user_id=62441 Ok, stack trace attached. ---------------------------------------------------------------------- Comment By: Scott M Stark (starksm) Date: 2004-01-15 18:24 Message: Logged In: YES user_id=175228 Add the full stack trace as an attachment so I can see where the load attempt is originating from. An NPE in LoadMgr indicates that the UnifiedClassLoader3 has been removed from the repository in between the loadClass class and the delegation to LoadMgr. The only cause of this would be destruction of the associated deployment due to a redeploy. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=877172&group_id=22866 ------------------------------------------------------- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl _______________________________________________ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development