[Installation, Configuration & Deployment] - Re: IllegalStateException: ClassLoadingTask.loadedTask is nu
by youngkin
Hi,
I'm still trying to figure this one out. Here is some additional information.
I turned on UCL debugging and here's the pertinent log output
| [85895,LoadMgr3,pool-1-thread-1] scheduleTask(1), created subtask: {t=Thread[main,5,jboss], ucl=org.jboss.mx.loading.UnifiedClassLoader3@55bb93{ url=file:/opt/coreservices/jboss-4.0.3SP1/server/ccr3/tmp/deploy/tmp29316jboss-service.xml ,addedOrder=2}, name=com.avaya.ccr.common.jmxtools.JmxUtil, requestingThread=Thread[pool-1-thread-1,5,jboss], order=2, releaseInNextTask=false}
| [85895,LoadMgr3,pool-1-thread-1] End beginLoadTask, task=org.jboss.mx.loading.ClassLoadingTask@3c33d3{classname: com.avaya.ccr.common.jmxtools.JmxUtil, requestingThread: Thread[pool-1-thread-1,5,jboss], requestingClassLoader: org.jboss.mx.loading.UnifiedClassLoader3@381a53{ url=file:/opt/coreservices/jboss-4.0.3SP1/server/ccr3/tmp/deploy/tmp29328CCR_RtReportExecSvc.sar ,addedOrder=8}, loadedClass: nullnull, loadOrder: 2147483647, loadException: null, threadTaskCount: 1, state: 1, #CCE: 0}
| [85895,LoadMgr3,pool-1-thread-1] Begin nextTask(WAIT_ON_EVENT), task=org.jboss.mx.loading.ClassLoadingTask@3c33d3{classname: com.avaya.ccr.common.jmxtools.JmxUtil, requestingThread: Thread[pool-1-thread-1,5,jboss], requestingClassLoader: org.jboss.mx.loading.UnifiedClassLoader3@381a53{ url=file:/opt/coreservices/jboss-4.0.3SP1/server/ccr3/tmp/deploy/tmp29328CCR_RtReportExecSvc.sar ,addedOrder=8}, loadedClass: nullnull, loadOrder: 2147483647, loadException: null, threadTaskCount: 1, state: 1, #CCE: 0}
| [85895,LoadMgr3,pool-1-thread-1] nextTask(WAIT_ON_EVENT), interrupted, task=org.jboss.mx.loading.ClassLoadingTask@3c33d3{classname: com.avaya.ccr.common.jmxtools.JmxUtil, requestingThread: Thread[pool-1-thread-1,5,jboss], requestingClassLoader: org.jboss.mx.loading.UnifiedClassLoader3@381a53{ url=file:/opt/coreservices/jboss-4.0.3SP1/server/ccr3/tmp/deploy/tmp29328CCR_RtReportExecSvc.sar ,addedOrder=8}, loadedClass: nullnull, loadOrder: 2147483647, loadException: null, threadTaskCount: 1, state: 3, #CCE: 0}
| java.lang.InterruptedException
| at java.lang.Object.wait(Native Method)
| at java.lang.Object.wait(Unknown Source)
| at org.jboss.mx.loading.LoadMgr3.nextTask(LoadMgr3.java:337)
| at org.jboss.mx.loading.RepositoryClassLoader.loadClassImpl(RepositoryClassLoader.java:481)
| at org.jboss.mx.loading.RepositoryClassLoader.loadClass(RepositoryClassLoader.java:377)
| at java.lang.ClassLoader.loadClass(Unknown Source)
| at java.lang.ClassLoader.loadClassInternal(Unknown Source)
| at com.avaya.ccr.reportingtools.realtime.server.ReportingToolsServiceManager.start(ReportingToolsServiceManager.java:173)
| at com.avaya.ccr.reportingtools.realtime.server.ReportingToolsServiceManagerMBean.invoke(ReportingToolsServiceManagerMBean.java:150)
| at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:150)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
| at org.jboss.system.server.jmx.LazyMBeanServer.invoke(LazyMBeanServer.java:225)
| at com.avaya.ccr.jmx.JmxUtil.invoke(JmxUtil.java:69)
| at com.avaya.ccr.reportingtools.realtime.server.ReportingToolsServiceManagerFactory.startPE(ReportingToolsServiceManagerFactory.java:48)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
| at java.lang.reflect.Method.invoke(Unknown Source)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:245)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
| at org.jboss.system.server.jmx.LazyMBeanServer.invoke(LazyMBeanServer.java:225)
| at com.avaya.ccr.reportingtools.realtime.server.ReportingToolsServiceManagerLCM.invoke(ReportingToolsServiceManagerLCM.java:240)
| at com.avaya.ccr.reportingtools.realtime.server.ReportingToolsServiceManagerLCM.start(ReportingToolsServiceManagerLCM.java:63)
| at com.avaya.coreservice.admin.pe.PEGenericJmx.start(PEGenericJmx.java:119)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
| at java.lang.reflect.Method.invoke(Unknown Source)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:245)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
| at com.avaya.coreservice.lifecycle.jmx.InvokeTask.call(InvokeTask.java:66)
| at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
| at java.util.concurrent.FutureTask.run(Unknown Source)
| at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(Unknown Source)
| at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown Source)
| at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
| at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
| at java.lang.Thread.run(Unknown Source)
|
Prior to this exception, there are several other instances of this same class (JmxUtil) being loaded successfully. Immediately prior to this attempt to load the class I see an attempt to load javax.activation.SecuritySupport, which doesn't finish until after the JmxUtil class loading attempt fails. Not sure if this is significant or not.
I did find a bug report on source forge that seems similar, but that thread makes it sound like this was fixed a while ago (2003) - http://www.mail-archive.com/jboss-development@lists.sourceforge.net/msg33...
Even though I have more info, I'm still no closer to figuring out what may be going wrong. Any help is greatly appreciated.
Thanks,
Rich
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4013337#4013337
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4013337
19Â years, 2Â months
[JBoss Eclipse IDE (users)] - IDE Tutorial's Generation of EJB Related Files chapter doesn
by theschles
In the interest of at least producing something - Rob, thank you for your advice, but my ego just wants to see SOMETHING right now before I follow your roadmap (and my employer doesn't have the patience for me to learn all that right now) - I've downloaded a fresh copy of Eclipse 3.1.2 and installed JBoss IDE 1.6GA via the update URL.
I believe I've done everything up until and including chapter 5 of the JBoss IDE Tutorial. At the end of chapter 5, I right-clicked on the Tutorial project and selected Run XDoclet. I then selected the project and pressed F5.
My package explorer did NOT change - I don't have the tutorial.interfaces package or its contents, or the META-INF folder or its contents. All that's different is that I now have a xdoclet-build.xml file (listed below).
Help? My company won't let me work on this much longer if I can't tell them I got the tutorial to work.
<?xml version="1.0" encoding="UTF-8"?>
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4013320#4013320
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4013320
19Â years, 2Â months