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
