NoSuchMethodError: org.jboss.aop.joinpoint.MethodInvocation

[dhinojosa]

Using EJB Standalone Alpha 5 I receive the following error. This is using a stateless bean which in turn uses entity beans. This SLSB uses entity beans that are inherited using the join strategy (may or may not make a difference).

What I did was replace the jboss-aop-jdk50.jar in the standalone lib with the jboss-aop-jdk50.jar from the standard EJB3 package and it works fine. Should this be included in the bug fix?

org.jboss.aop.joinpoint.MethodInvocation.<init>(Lorg/jboss/aop/MethodInfo;[Lorg/jboss/aop/advice/Interceptor;)V
 java.lang.NoSuchMethodError: org.jboss.aop.joinpoint.MethodInvocation.<init>(Lorg/jboss/aop/MethodInfo;[Lorg/jboss/aop/advice/Interceptor;)V
 at org.jboss.ejb3.EJBContainerInvocation.<init>(EJBContainerInvocation.java:43)
 at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:173)
 at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:74)
 at $Proxy32.create(Unknown Source)

[jpitts]

Using Alpha 6, I think I may be encountering a related issue. In my case, I am trying to unit test a SLSB that persists a very simple Entity.

I do not have an easy substitution workaround with jboss-aop-jdk50.jar, since the jars in Alpha6 are a little more aggressively assembled.

java.lang.NoSuchMethodError: org.jboss.aop.joinpoint.MethodInvocation.<init>(Lorg/jboss/aop/MethodInfo;[Lorg/jboss/aop/advice/Interceptor;)V
 at org.jboss.ejb3.EJBContainerInvocation.<init>(EJBContainerInvocation.java:43)
 at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:176)
 at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:79)
 at $Proxy22.findById(Unknown Source)
 at com.biglots.stores.integration.item.data.generated.AsItmHomeTest.testFindById(AsItmHomeTest.java:35)
 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 junit.framework.TestCase.runTest(TestCase.java:154)
 at junit.framework.TestCase.runBare(TestCase.java:127)
 at junit.framework.TestResult$1.protect(TestResult.java:106)
 at junit.framework.TestResult.runProtected(TestResult.java:124)
 at junit.framework.TestResult.run(TestResult.java:109)
 at junit.framework.TestCase.run(TestCase.java:118)
 at junit.framework.TestSuite.runTest(TestSuite.java:208)
 at junit.framework.TestSuite.run(TestSuite.java:203)
 at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:481)
 at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:347)
 at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)

[bdecoste]

I've confirmed a packaging issue that has different versions in the aop classes between RC6-PFD and Embeddable_ALPHA_6. For Embeddable_ALPHA_6, putting jboss-aop-jdk50.jar from RC6-PFD before jboss-ejb3-all.jar in the classpath should resolve the problem. This will be resolved for RC7, which will be released mid-May.

[bill.burke]

The Alpha is built from CVS HEAD (AOP 2.0).

RC6 is built with our JBoss 4.0.x branch. make sense?