[jbosscache-dev] RE: Problem with the instrumentation of PojoCacheImpl

[Ben Wang]

Hmmn... This is a problem for me because I use compile time weaving for my own PojoCache code. So that means I need to create two distros for different version of JBoss Aop.

Will jboss-4.2 also uses AOP2.0? If it is, maybe I will upgrade to 2.0. I can propbably claim that JBC release 2.0 won't work with 4.0.x anyway since the API incompatability. 

-Ben

-----Original Message-----
From: Kabir Khan 
Sent: Thursday, November 16, 2006 7:01 PM
To: Ben Wang
Subject: RE: Problem with the instrumentation of PojoCacheImpl

JBoss A/S will use AOP 2.0.0.alpha2. How the classes are being woven does change between AOP versions, so if compile-time weaving is being used, it must be run against the same version of AOP.

So, for jboss cache standalone and for jboss 4.0.x I would go with JBoss AOP 1.5.x, but in head it needs to be 2.0.0.alpha. I think you will probably need to create an install script for JBC that compile-time weaves the JBC classes against the target AOP version.

> -----Original Message-----
> From: Ben Wang [mailto:ben.wang at jboss.com]
> Sent: 16 November 2006 07:24
> To: Kabir Khan
> Subject: FW: Problem with the instrumentation of PojoCacheImpl
> 
> Kabir,
> 
> JBC is currently on 1.5 while JBoss AS is 2.0 snapshot for JBoss Aop.
> This error seems to be saying 2.0 is not backward comptabile with 1.5?
> If it is, which version should we upgrade to in JBC?
> 
> Thanks,
> 
> -Ben
> 
> -----Original Message-----
> From: Brian Stansberry
> Sent: Thursday, November 16, 2006 3:04 PM
> To: Ben Wang
> Cc: jbosscache-dev
> Subject: Problem with the instrumentation of PojoCacheImpl
> 
> Getting the following when running FIELD repl tests.  
> 
> There was a mismatch between the jboss-aop-jdk50.jar in JBC /lib and 
> in AS HEAD.  I copied the AS version over to JBC and cleaned and 
> rebuilt JBC, but still had the same problem.
> 
> 2006-11-16 00:13:19,500 ERROR
> [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost
> ].[/http-s
> coped-field].[jsp]] Servlet.service() for servlet jsp threw exception
> java.lang.NoSuchMethodError:
> org.jboss.aop.instrument.JoinPointGenerator.generateJoinPointClass()V
> 	at
> org.jboss.cache.pojo.impl.PojoCacheImpl$PojoCacheImplAdvisor.a
ttach30850
> 19539260813833(PojoCacheImpl$PojoCacheImplAdvisor.java)
> 	at
> org.jboss.cache.pojo.impl.PojoCacheImpl.attach(PojoCacheImpl.java)
> 	at
> org.jboss.cache.pojo.impl.PojoCacheImpl.attach(PojoCacheImpl.java:109)
> 	at
> org.jboss.web.tomcat.tc6.session.JBossCacheService.setPojo(JBo
> ssCacheSer
> vice.java:581)
> 	at
> org.jboss.web.tomcat.tc6.session.FieldBasedClusteredSession.se
> tJBossInte
> rnalAttribute(FieldBasedClusteredSession.java:323)
> 	at
> org.jboss.web.tomcat.tc6.session.ClusteredSession.setInternalA
> ttribute(C
> lusteredSession.java:1432)
> 	at
> org.jboss.web.tomcat.tc6.session.ClusteredSession.setAttribute
> (Clustered
> Session.java:552)
> 	at
> org.apache.catalina.session.StandardSessionFacade.setAttribute
> (StandardS
> essionFacade.java:130)
> 	at
> org.apache.jsp.setSession_jsp._jspService(setSession_jsp.java:63)
> 	at
> org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98)
> 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
> 	at
> org.apache.jasper.servlet.JspServletWrapper.service(JspServlet
> Wrapper.ja
> va:390)
> 	at
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet
> .java:320)
> 	at
> org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266)
> 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
> 	at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilt
> er(Applica
> tionFilterChain.java:290)
> 	at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli
> cationFilt
> erChain.java:206)
> 	at
> org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyH
> eaderFilte
> r.java:96)
> 	at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilt
> er(Applica
> tionFilterChain.java:235)
> 	at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli
> cationFilt
> erChain.java:206)
> 	at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardW
> rapperValv
> e.java:228)
> 	at
> org.apache.catalina.core.StandardContextValve.invoke(StandardC
> ontextValv
> e.java:175)
> 	at
> org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(
> SecurityAs
> sociationValve.java:174)
> 	at
> org.jboss.web.tomcat.tc6.session.ClusteredSessionValve.invoke(
> ClusteredS
> essionValve.java:89)
> 	at
> org.jboss.web.tomcat.tc6.session.BatchReplicationClusteredSess
> ionValve.i
> nvoke(BatchReplicationClusteredSessionValve.java:102)
> 	at
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(Aut
> henticator
> Base.java:433)
> 	at
> org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccCont
> extValve.j
> ava:74)
> 	at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHost
> Valve.java
> :128)
> 	at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReport
> Valve.java
> :105)
> 	at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEn
> gineValve.
> java:109)
> 	at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdap
> ter.java:2
> 12)
> 	at
> org.apache.coyote.http11.Http11Processor.process(Http11Process
> or.java:81
> 8)
> 	at
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandle
r.process(
> Http11Protocol.java:624)
> 	at
> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.
java:445)
> 	at java.lang.Thread.run(Thread.java:595)
> 
> Brian Stansberry
> Lead, AS Clustering
> JBoss, a division of Red Hat
> Ph: 510-396-3864
> skype: bstansberry
> 
> IT executives: Red Hat still #1 for value 
> http://www.redhat.com/promo/vendor/
>