Learn how easy it is to sync an existing GitHub or Google Code repo to a SourceForge project! See Demo

Close

#49 LinkageError in Spring applications under JBoss 5.1.0 GA

v2.0 Beta
open
nobody
Monitoring (9)
5
2009-11-18
2009-11-18
Anonymous
No

Hello

I'm using Glassbox to monitor my JBoss 5.1.0 GA server. When I try to deploy my Spring-based applications, I get error messages like the following:

2009-11-18 15:35:28,228 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/appliExemple].[jsp]] (ajp-127.0.0.1-8009-1) Servlet.service() for servlet jsp threw exception
java.lang.LinkageError: loader constraint violation: when resolving method "glassbox.monitor.AbstractMonitor.ajc$afterThrowing$glassbox_monitor_AbstractMonitor$3$c5ee26a4(Ljava/lang/Throwable;Lorg/aspectj/lang/JoinPoint$StaticPart;)V" the class loader (instance of org/jboss/classloader/spi/base/BaseClassLoader) of the current class, org/springframework/web/filter/DelegatingFilterProxy, and the class loader (instance of <bootloader>) for resolved class, glassbox/monitor/AbstractMonitor, have different Class objects for the type org/aspectj/lang/JoinPoint$StaticPart used in the signature
at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:168)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:235)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:190)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:92)
at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126)
at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330)
at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:436)
at org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:384)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Thread.java:619)

Has anyone bumped into this before?

Discussion