[JBoss Microcontainer Development] - Deployments in error guzzles up the exception cause
by Carlo de Wolf
Carlo de Wolf [http://community.jboss.org/people/wolfc] created the discussion
"Deployments in error guzzles up the exception cause"
To view the discussion, visit: http://community.jboss.org/message/539880#539880
--------------------------------------------------------------
I can't see the cause of the NotCompliantMBeanException in this output. :((
java.lang.Exception: Encountered exception in server startup
at org.jboss.bootstrap.impl.mc.server.AbstractMCServerBase.bootstrapMcAndDescriptors(AbstractMCServerBase.java:325)
at org.jboss.bootstrap.impl.mc.server.AbstractMCServerBase.doStart(AbstractMCServerBase.java:257)
at org.jboss.bootstrap.impl.as.server.AbstractJBossASServerBase.doStart(AbstractJBossASServerBase.java:381)
at org.jboss.bootstrap.impl.base.server.AbstractServer$StartServerTask.run(AbstractServer.java:413)
at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.IllegalStateException: Incompletely deployed:
DEPLOYMENTS IN ERROR:
Deployment "JMXKernel" is in error due to: javax.management.NotCompliantMBeanException: Cannot register MBean: jboss.system:type=ServerInfo
DEPLOYMENTS MISSING DEPENDENCIES:
Deployment "JMXRegistrationAdvice" is missing the following dependencies:
Dependency "JMXKernel" (should be in state "Installed", but is actually in state "**ERROR**")
Deployment "ServiceDeployer" is missing the following dependencies:
Dependency "JMXKernel" (should be in state "Installed", but is actually in state "**ERROR**")
Deployment "AspectManagerJMXRegistrar" is missing the following dependencies:
Dependency "JMXKernel" (should be in state "Installed", but is actually in state "**ERROR**")
Deployment "ServiceMetaDataICF" is missing the following dependencies:
Dependency "JMXKernel" (should be in state "Installed", but is actually in state "**ERROR**")
Dependency "JMXKernel" (should be in state "Installed", but is actually in state "**ERROR**")
Deployment "JMXStartStopAdvice" is missing the following dependencies:
Dependency "JMXKernel" (should be in state "Installed", but is actually in state "**ERROR**")
Deployment "JMXCreateDestroyAdvice" is missing the following dependencies:
Dependency "JMXKernel" (should be in state "Installed", but is actually in state "**ERROR**")
at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.internalValidate(AbstractKernelDeployer.java:278)
at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.validate(AbstractKernelDeployer.java:174)
at org.jboss.bootstrap.impl.mc.server.AbstractMCServerBase.bootstrapMcAndDescriptors(AbstractMCServerBase.java:314)
... 4 more
It must output the message of the cause as well.
I caused it by having the wrong version jboss-logging on the CL.
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/539880#539880]
Start a new discussion in JBoss Microcontainer Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
15 years, 8 months
Re: [jboss-user] [JBoss Microcontainer Development] - JBREFLECT-5 - Implementing generics in JavassistClassInfo
by Kabir Khan
Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] replied to the discussion
"JBREFLECT-5 - Implementing generics in JavassistClassInfo"
To view the discussion, visit: http://community.jboss.org/message/539875#539875
--------------------------------------------------------------
> Kabir Khan wrote:
>
> One way around this would be in mi.getReturnType() when looking up/creating/caching the parameterized class info to use the classloader of mi.getDeclaringClass().getClassLoader(), which should be able to see all the classes involved. However, I am still stuck on which classloader to use for my previous post.
This works, however for "1 - other problem" I don't really see a way to determine the classloader. It could be the classloader of the raw type, or the loader of any of the class infos. It might be possible to determine which of the classloaders can see all the generic bounds by brute force, but that will probably
a) Be slow
b) Might not be possible, i.e. maybe none of the classloaders for any of the bounds are able to load everything.
I have tried turning off caching for these parameterized ClassInfos, which causes some of the tests to fail. From what I can see fixing them means having to adjust some of the tests to use assertEquals() instead of assertSame() for parameterized ClassInfos. I think this is necessary, and that the idea of enforcing object equality for parameterized ClassInfos is a misunderstanding :-)
Java itself does not seem to reuse the ParameterizedTypes, as shown by this simple passing test:
public class DeleteMe extends ContainerTest
{
public DeleteMe(String name)
{
super(name);
}
public Set<String> m1(){return null;}
public Set<String> m2(){return null;}
public void testType() throws Exception
{
Type t1 = DeleteMe.class.getDeclaredMethod("m1").getGenericReturnType();
Type t2 = DeleteMe.class.getDeclaredMethod("m1").getGenericReturnType();
ParameterizedType p1 = assertInstanceOf(t1, ParameterizedType.class);
ParameterizedType p2 = assertInstanceOf(t2, ParameterizedType.class);
//The param are equal, but not the same
assertEquals(p1, p2);
assertNotSame(p1, p2);
//The raw types are the same
assertSame(p1.getRawType(), p2.getRawType());
assertEquals(1, p1.getActualTypeArguments().length);
assertEquals(1, p2.getActualTypeArguments().length);
Class<?> clazz1 = assertInstanceOf(p1.getActualTypeArguments()[0], Class.class);
Class<?> clazz2 = assertInstanceOf(p2.getActualTypeArguments()[0], Class.class);
assertSame(clazz1, clazz2);
}
}
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/539875#539875]
Start a new discussion in JBoss Microcontainer Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
15 years, 8 months
Re: [jboss-user] [EJB 3.0] - Error working wih EJB3, Struts2 & JBoss 4.2GA
by NAG Kum
NAG Kum [http://community.jboss.org/people/nk_2010] replied to the discussion
"Error working wih EJB3, Struts2 & JBoss 4.2GA"
To view the discussion, visit: http://community.jboss.org/message/539857#539857
--------------------------------------------------------------
Hi Wolfgang,
I took all the precautions as u suggested, but very unlucky for me ....!! Pls find the below exception -
Yes, I am using eclipse SDK (downloading eclipse for java EE)... but Why the below error,
java.lang.ClassCastException: org.jnp.interfaces.NamingContext cannot be cast to com.tarangtech.mtg.authentication.AuthenticationRemote
com.tarangtech.framework.ejb.clients.util.CommonPaymentAction.getAuthentication(CommonPaymentAction.java:35)
com.tarangtech.mtg.struts.AuthenticationAction.execute(AuthenticationAction.java:23)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
java.lang.reflect.Method.invoke(Method.java:597)
com.opensymphony.xwork2.DefaultActionInvocation.invokeAction(DefaultActionInvocation.java:441)
com.opensymphony.xwork2.DefaultActionInvocation.invokeActionOnly(DefaultActionInvocation.java:280)
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:243)
com.opensymphony.xwork2.interceptor.ConversionErrorInterceptor.intercept(ConversionErrorInterceptor.java:122)
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:237)
com.opensymphony.xwork2.interceptor.ParametersInterceptor.doIntercept(ParametersInterceptor.java:195)
com.opensymphony.xwork2.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:87)
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:237)
com.opensymphony.xwork2.interceptor.ParametersInterceptor.doIntercept(ParametersInterceptor.java:195)
com.opensymphony.xwork2.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:87)
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:237)
org.apache.struts2.interceptor.MultiselectInterceptor.intercept(MultiselectInterceptor.java:75)
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:237)
org.apache.struts2.interceptor.CheckboxInterceptor.intercept(CheckboxInterceptor.java:94)
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:237)
com.opensymphony.xwork2.interceptor.PrepareInterceptor.doIntercept(PrepareInterceptor.java:138)
com.opensymphony.xwork2.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:87)
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:237)
org.apache.struts2.interceptor.ServletConfigInterceptor.intercept(ServletConfigInterceptor.java:164)
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:237)
com.opensymphony.xwork2.interceptor.ExceptionMappingInterceptor.intercept(ExceptionMappingInterceptor.java:176)
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:237)
org.apache.struts2.impl.StrutsActionProxy.execute(StrutsActionProxy.java:52)
org.apache.struts2.dispatcher.Dispatcher.serviceAction(Dispatcher.java:488)
org.apache.struts2.dispatcher.ng.ExecuteOperations.executeAction(ExecuteOperations.java:77)
org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter.doFilter(StrutsPrepareAndExecuteFilter.java:91)
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
My efforts in vain!!! . Don't know how to proceed!..
Any help is appreciated ..
Regds,
the most unlucky guy!!!
NK
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/539857#539857]
Start a new discussion in EJB 3.0 at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
15 years, 8 months