[JBoss JIRA] Created: (JBCL-175) java.lang.IncompatibleClassChangeError during deployment of Liferay
by Thomas Fromm (JIRA)
java.lang.IncompatibleClassChangeError during deployment of Liferay
-------------------------------------------------------------------
Key: JBCL-175
URL: https://jira.jboss.org/browse/JBCL-175
Project: JBoss ClassLoader
Issue Type: Bug
Components: ClassLoader
Affects Versions: JBossCL.2.2.0.Alpha8
Environment: JBoss 6(M5), JDK 6u16 (also tested with Update21), Liferay 5.2.3
Reporter: Thomas Fromm
Assignee: Ales Justin
During startup of Liferay Portal server I get exception:
[ClassLoaderManager] Unexpected error during load of:com.liferay.portlet.flags.service.http.Portlet_Flags_FlagsEntryServiceSoapBindingStub: java.lang.IncompatibleClassChangeError: Implementing class
The .war was build from source using the same JDK running the JBoss. The .war runs fine in JBoss 4.0.5, 5.0.1 and 5.1.0 so I think it might be a bug inside JBoss 6.
Trace:
08:39:50,885 WARN [ClassLoaderManager] Unexpected error during load of:com.liferay.portlet.flags.service.http.Portlet_Flags_FlagsEntryServiceSoapBindingStub: java.lang.IncompatibleClassChangeError: Implementing class
at java.lang.ClassLoader.defineClass1(Native Method) [:1.6.0_16]
at java.lang.ClassLoader.defineClass(ClassLoader.java:621) [:1.6.0_16]
at org.jboss.classloader.spi.base.BaseClassLoader.access$200(BaseClassLoader.java:52) [jboss-classloader.jar:2.2.0.Alpha8]
...
08:39:50,910 ERROR [AbstractKernelController] Error installing to PostClassLoader: name=vfs:///usr/local/inubit/tf/ibis-head/javainstall/JBoss/server/default/deploy/ROOT.war state=ClassLoader mode=Manual requiredState=PostClassLoader: org.jboss.deployers.spi.DeploymentException: Error during deploy: vfs:///usr/local/inubit/tf/ibis-head/javainstall/JBoss/server/default/deploy/ROOT.war
at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49) [:2.2.0.Alpha7]
at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:185) [:2.2.0.Alpha7]
...
Caused by: java.lang.Error: Error visiting "/usr/local/inubit/tf/ibis-head/javainstall/JBoss/server/default/deploy/ROOT.war/WEB-INF/lib/portal-client.jar/com/liferay/portlet/flags/service/http/Portlet_Flags_FlagsEntryServiceSoapBindingStub.class"
at org.jboss.classloading.plugins.vfs.VFSResourceVisitor.visit(VFSResourceVisitor.java:268) [jboss-classloading-vfs.jar:2.2.0.Alpha8]
at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:407) [jboss-vfs.jar:3.0.0.CR5]
...
Caused by: java.lang.RuntimeException: Error visiting resource: VFSResourceContext @ com/liferay/portlet/flags/service/http/Portlet_Flags_FlagsEntryServiceSoapBindingStub.class / BaseClassLoader@139cf9c{vfs:///usr/local/inubit/tf/ibis-head/javainstall/JBoss/server/default/deploy/ROOT.war}, visitor: org.jboss.scanning.annotations.plugins.GenericAnnotationVisitor@f05c2f
at org.jboss.scanning.plugins.visitor.IgnoreSetErrorHandler.handleError(IgnoreSetErrorHandler.java:56) [:1.0.0.Alpha6]
...
Caused by: java.lang.ClassNotFoundException: Unexpected error during load of: com.liferay.portlet.flags.service.http.Portlet_Flags_FlagsEntryServiceSoapBindingStub, msg=Implementing class
at org.jboss.classloader.spi.base.ClassLoaderManager.process(ClassLoaderManager.java:176) [jboss-classloader.jar:2.2.0.Alpha8]
...
Caused by: java.lang.IncompatibleClassChangeError: Implementing class
at java.lang.ClassLoader.defineClass1(Native Method) [:1.6.0_16]
at java.lang.ClassLoader.defineClass(ClassLoader.java:621) [:1.6.0_16]
...
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 9 months
[JBoss JIRA] Created: (EJBTHREE-2178) Set test scope for org.jboss.javaee:jboss-persistence-api dependency in ejbref resolver
by jaikiran pai (JIRA)
Set test scope for org.jboss.javaee:jboss-persistence-api dependency in ejbref resolver
---------------------------------------------------------------------------------------
Key: EJBTHREE-2178
URL: https://jira.jboss.org/browse/EJBTHREE-2178
Project: EJB 3.0
Issue Type: Bug
Components: ejbref-resolver
Reporter: jaikiran pai
Assignee: jaikiran pai
The org.jboss.ejb3.ejbref.resolver:ejbref-resolver-ejb31-impl has the following "runtime" dependency:
<dependency>
<groupId>org.jboss.javaee</groupId>
<artifactId>jboss-persistence-api</artifactId>
<version>3.0.0.CR1</version>
<scope>runtime</scope>
</dependency>
It should instead be set to "test" scope, because it's only used in tests.
[INFO] [dependency:tree]
[INFO] org.jboss.ejb3.ejbref.resolver:ejbref-resolver-ejb31-impl:jar:1.0.0-alpha-3-SNAPSHOT
[INFO] +- org.jboss.ejb3.ejbref.resolver:ejbref-resolver-spi:jar:1.0.0-alpha-3-SNAPSHOT:compile
[INFO] +- org.jboss.metadata:jboss-metadata-ejb:jar:2.0.0-alpha-18:compile
[INFO] | +- org.jboss.spec.javax.ejb:jboss-ejb-api_3.1_spec:jar:1.0.0.Beta2:compile
[INFO] | | +- org.jboss.spec.javax.transaction:jboss-transaction-api_1.1_spec:jar:1.0.0.Beta1:compile
[INFO] | | \- org.jboss.ws.native:jbossws-native-jaxrpc:jar:3.2.2.GA:compile
[INFO] | | \- org.jboss.ws.native:jbossws-native-saaj:jar:3.2.2.GA:compile
[INFO] | +- org.jboss.metadata:jboss-metadata-common:jar:2.0.0.Alpha15:compile
[INFO] | | +- org.jboss.logging:jboss-logging-spi:jar:2.1.1.GA:compile (version managed from 2.2.0.CR1)
[INFO] | | +- org.jboss:jboss-common-core:jar:2.2.14.GA:compile
[INFO] | | +- org.jboss.javaee:jboss-ejb-api:jar:3.0.0.GA:compile
[INFO] | | | \- org.jboss.javaee:jboss-transaction-api:jar:1.0.1.GA:compile
[INFO] | | +- org.hibernate:ejb3-persistence:jar:1.0.2.GA:compile
[INFO] | | +- org.jboss.javaee:jboss-jms-api:jar:1.1.0.GA:compile
[INFO] | | +- org.jboss.ws:jbossws-spi:jar:1.3.0.Beta4:compile
[INFO] | | | +- org.apache.ant:ant:jar:1.7.1:compile
[INFO] | | | | \- org.apache.ant:ant-launcher:jar:1.7.1:compile
[INFO] | | | +- dom4j:dom4j:jar:1.6.1:compile
[INFO] | | | | \- xml-apis:xml-apis:jar:1.0.b2:compile
[INFO] | | | \- gnu-getopt:getopt:jar:1.0.13:compile
[INFO] | | +- jboss.jbossws:jboss-jaxws:jar:3.0.1-native-2.0.4.GA:compile
[INFO] | | +- org.jboss:jboss-vfs:jar:3.0.0.CR1:compile
[INFO] | | +- org.jboss:jboss-mdr:jar:2.0.0.GA:compile
[INFO] | | +- sun-jaxb:jaxb-api:jar:2.1.4:compile
[INFO] | | \- apache-xerces:xml-apis:jar:2.9.1:compile
[INFO] | +- org.jboss.ejb3:jboss-ejb3-ext-api:jar:1.1.0:compile
[INFO] | \- org.jboss:jbossxb:jar:2.0.2.Beta7:compile
[INFO] | +- org.jboss:jboss-reflect:jar:2.0.2.GA:compile
[INFO] | +- apache-xerces:xercesImpl:jar:2.9.1:compile
[INFO] | +- wutka-dtdparser:dtdparser121:jar:1.2.1:compile
[INFO] | \- javax.activation:activation:jar:1.1.1:compile
[INFO] +- org.jboss.ejb3.ejbref.resolver:ejbref-resolver-ejb30-impl:jar:1.0.0-alpha-3-SNAPSHOT:compile
[INFO] +- org.jboss.deployers:jboss-deployers-spi:jar:2.0.9.GA:provided
[INFO] | \- org.jboss.deployers:jboss-deployers-structure-spi:jar:2.0.9.GA:provided
[INFO] | +- org.jboss.deployers:jboss-deployers-client-spi:jar:2.0.9.GA:provided
[INFO] | | +- org.jboss.deployers:jboss-deployers-core-spi:jar:2.0.9.GA:provided
[INFO] | | \- org.jboss.man:jboss-managed:jar:2.1.1.CR1:provided
[INFO] | | \- org.jboss.man:jboss-metatype:jar:2.1.1.CR1:provided
[INFO] | +- org.jboss.microcontainer:jboss-dependency:jar:2.0.9.GA:provided
[INFO] | \- org.jboss.integration:jboss-classloading-spi:jar:5.1.0.SP1:provided
[INFO] +- junit:junit:jar:4.7:test
[INFO] +- org.jboss.ejb3.ejbref.resolver:ejbref-resolver-ejb30-impl:test-jar:tests:1.0.0-alpha-3-SNAPSHOT:test
[INFO] | \- org.jboss.metadata:jboss-metadata:jar:1.0.4:test
[INFO] \- org.jboss.javaee:jboss-persistence-api:jar:3.0.0.CR1:runtime
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 9 months
[JBoss JIRA] Created: (JBAS-8375) IllegalStateException when using Mojarra 2.0.4-b03
by Juergen Zimmermann (JIRA)
IllegalStateException when using Mojarra 2.0.4-b03
--------------------------------------------------
Key: JBAS-8375
URL: https://jira.jboss.org/browse/JBAS-8375
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: JSF
Affects Versions: 6.0.0.M4
Reporter: Juergen Zimmermann
Assignee: Stan Silvert
When I replace the JARs for Mojarra 2 in the directory %JBOSS_HOME%\server\default\deployers\jsf.deployer\Mojarra-2.0\jsf-libs with version 2.0.3, then everything works fine.
However, if I upgrade to Mojarra 2.0.4-b03 then I get the stacktrace below as soon as I invoke my /index.xhtml page which is based on RichFaces 3.3.3. I'm not sure whether the error belongs to JBoss' JSF integration or to RichFaces.
There is some German text inside the exception message saying: "Illegal attempt to define a ViewHandler after a response was created".
19:51:20,579 ERROR [org.ajax4jsf.webapp.BaseXMLFilter] Exception in the filter chain:
javax.servlet.ServletException: Unzulässiger Versuch, ViewHandler festzulegen, nachdem eine Antwort erstellt wurde.
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:321) [:2.0.4-SNAPSHOT]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:324) [:6.0.0.20100721-M4]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) [:6.0.0.20100721-M4]
at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:206) [:3.3.3.Final]
at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:290) [:3.3.3.Final]
at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:388) [:3.3.3.Final]
at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:515) [:3.3.3.Final]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:274) [:6.0.0.20100721-M4]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) [:6.0.0.20100721-M4]
at org.jboss.resteasy.plugins.server.servlet.FilterDispatcher.doFilter(FilterDispatcher.java:63) [:6.0.0.20100721-M4]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:274) [:6.0.0.20100721-M4]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) [:6.0.0.20100721-M4]
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [:6.0.0.20100721-M4]
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) [:6.0.0.20100721-M4]
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:181) [:6.0.0.20100721-M4]
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501) [:6.0.0.20100721-M4]
at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.event(CatalinaContext.java:285) [:1.1.0.CR3]
at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.invoke(CatalinaContext.java:261) [:1.1.0.CR3]
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:88) [:6.0.0.20100721-M4]
at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:93) [:6.0.0.20100721-M4]
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) [:6.0.0.20100721-M4]
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [:6.0.0.20100721-M4]
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158) [:6.0.0.20100721-M4]
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [:6.0.0.20100721-M4]
at org.jboss.web.tomcat.service.request.ActiveRequestResponseCacheValve.invoke(ActiveRequestResponseCacheValve.java:53) [:6.0.0.20100721-M4]
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:362) [:6.0.0.20100721-M4]
at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:893) [:6.0.0.20100721-M4]
at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:599) [:6.0.0.20100721-M4]
at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:2024) [:6.0.0.20100721-M4]
at java.lang.Thread.run(Thread.java:619) [:1.6.0_21]
Caused by: java.lang.IllegalStateException: Unzulässiger Versuch, ViewHandler festzulegen, nachdem eine Antwort erstellt wurde.
at com.sun.faces.application.ApplicationImpl.setViewHandler(ApplicationImpl.java:559) [:2.0.4-SNAPSHOT]
at org.ajax4jsf.event.InitPhaseListener.beforePhase(InitPhaseListener.java:92) [:3.3.3.Final]
at com.sun.faces.lifecycle.Phase.handleBeforePhase(Phase.java:224) [:2.0.4-SNAPSHOT]
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:95) [:2.0.4-SNAPSHOT]
at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:107) [:2.0.4-SNAPSHOT]
at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:114) [:2.0.4-SNAPSHOT]
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:308) [:2.0.4-SNAPSHOT]
... 29 more
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 9 months
[JBoss JIRA] Commented: (JBAS-3180) Broken MBean operation ServerInfo#displayInfoForClass(String)
by Baptiste MATHUS (JIRA)
[ https://jira.jboss.org/browse/JBAS-3180?page=com.atlassian.jira.plugin.sy... ]
Baptiste MATHUS commented on JBAS-3180:
---------------------------------------
It would be great to reintroduce the feature given by this method, but using tattletale instead. This would be a great help to diagnose deployment/classpath problems.
Cheers
> Broken MBean operation ServerInfo#displayInfoForClass(String)
> -------------------------------------------------------------
>
> Key: JBAS-3180
> URL: https://jira.jboss.org/browse/JBAS-3180
> Project: JBoss Application Server
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: System service
> Affects Versions: JBossAS-3.2.7 Final, JBossAS-4.0.1 SP1, JBossAS-4.0.3 SP1
> Reporter: Martin Jachs
> Assignee: Dimitris Andreadis
> Priority: Trivial
> Fix For: JBossAS-4.0.4.SP1, JBossAS-4.0.5.CR1, JBossAS-5.0.0.Beta1
>
>
> The operation tries to delegate to the default loader repository (UnifiedLoaderRepository3) which does not provide the findClass(String) operation.
> 16:26:50,151 [http-0.0.0.0-10080-Processor24] ERROR org.jboss.web.localhost.Engine : StandardWrapperValve[HtmlAdaptor]: Servlet.service() for servlet HtmlAdaptor threw exception
> javax.management.MBeanException: javax.management.ReflectionException
> at org.jboss.mx.server.ReflectedDispatcher.handleInvocationExceptions(ReflectedDispatcher.java:91)
> at org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:64)
> at org.jboss.mx.server.Invocation.dispatch(Invocation.java:62)
> at org.jboss.mx.server.Invocation.dispatch(Invocation.java:54)
> at org.jboss.mx.server.Invocation.invoke(Invocation.java:82)
> at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:198)
> at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473)
> at org.jboss.jmx.adaptor.control.Server.invokeOpByName(Server.java:236)
> at org.jboss.jmx.adaptor.control.Server.invokeOp(Server.java:202)
> at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.invokeOp(HtmlAdaptorServlet.java:241)
> at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.processRequest(HtmlAdaptorServlet.java:79)
> at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.doPost(HtmlAdaptorServlet.java:61)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
> at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:75)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
> at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
> at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
> at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
> at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
> at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:66)
> at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
> at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:162)
> at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
> at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:540)
> at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
> at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
> at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
> at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
> at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:535)
> at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
> at at.co.systema.gf.aop.tomcat.WebInvoker.invoke(WebInvoker.java:52)
> at at.co.systema.gf.aop.tomcat.WebInvoker.invoke(WebInvoker.java:26)
> at at.co.systema.gf.aop.tomcat.WebInvocation.invoke(WebInvocation.java:237)
> at at.co.systema.gf.rt.aop.ThreadContextInterceptor.internalInvoke(ThreadContextInterceptor.java:103)
> at at.co.systema.gf.aop.AbstractInterceptor.invoke(AbstractInterceptor.java:176)
> at at.co.systema.gf.aop.tomcat.WebInvocation.invoke(WebInvocation.java:223)
> at at.co.systema.gf.aop.tomcat.WebContainer.invoke(WebContainer.java:106)
> at at.co.systema.gf.aop.tomcat.InterceptionValve.invoke(InterceptionValve.java:154)
> at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
> at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
> at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
> at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
> at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
> at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
> at java.lang.Thread.run(Thread.java:595)
> Caused by: javax.management.ReflectionException
> at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:168)
> at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473)
> at org.jboss.system.server.ServerInfo.displayInfoForClass(ServerInfo.java:403)
> 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:585)
> at org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60)
> ... 56 more
> Caused by: java.lang.IllegalArgumentException: Unable to find operation findClass(java.lang.String)
> ... 64 more
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 9 months
[JBoss JIRA] Created: (JBMETA-300) Web30MetaDataCreator doesn't ignore classes annotated with @Singleton while creating metadata
by jaikiran pai (JIRA)
Web30MetaDataCreator doesn't ignore classes annotated with @Singleton while creating metadata
----------------------------------------------------------------------------------------------
Key: JBMETA-300
URL: https://jira.jboss.org/browse/JBMETA-300
Project: JBoss Metadata
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: web
Affects Versions: jboss-metadata-web-2.0.0-alpha-15
Reporter: jaikiran pai
Assignee: Alexey Loubyansky
Web30MetaDataCreator doesn't ignore @Singleton while creating metadata from classes:
static
{
// Ignoring classes with the the following type annotations
ignoreTypeAnnotations = new HashSet<Class<? extends Annotation>>();
ignoreTypeAnnotations.add(Stateful.class);
ignoreTypeAnnotations.add(Stateless.class);
ignoreTypeAnnotations.add(MessageDriven.class);
ignoreTypeAnnotations.add(Service.class);
ignoreTypeAnnotations.add(Consumer.class);
}
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 9 months