Andy, After reading your response I reviewed build scripts carefully and found one <iajc> instance where I missed the X="ajruntimetarget:1.2". After adding that attribute the application did compile, deploy, and even pass some watir tests on WAS.
I don't yet understand all the implications of having runtime target of 1.2, but so far the results look encouraging to me. I'll try to followup on the final results, but if I don't, you can safely assume everything worked fine on both JBoss and WAS. Many thanks, Pavel On Wed, Mar 19, 2008 at 7:56 PM, Andy Clement <[EMAIL PROTECTED]> wrote: > well... i am confused because it works for me and this is what it was > designed for.... Here is my build.xml fragment: > > <iajc X="ajruntimetarget:1.2" > sourceroots="src" source="1.5" > classpath="d:/aspectj1.6-dev/lib/aspectjrt.jar"/> > > and the resultant class files do not refer to the multi-string factory > method makeMethodSig, they just call the original single String > makeMethodSig that existed in Aspectj1.2: > > 21: invokevirtual #103; //Method > > org/aspectj/runtime/reflect/Factory.makeMethodSig:(Ljava/lang/String;)Lorg/aspectj/lang/reflect/MethodSignature; > > are you sure you aren't picking up some other woven code that you are > not able to recompile that still refers to the new form that isnt in > the old WAS aspectjrt.jar? If so, you may have to try the classloader > policy the other guys are suggesting. > > Andy. > > On 19/03/2008, Pavel <[EMAIL PROTECTED]> wrote: > > Thanks for the tip Andy. > > > > Unfortunately with or without the X="ajruntimetarget:1.2" I end up with > the > > same error, > > > > java.lang.NoSuchMethodError: > > > org/aspectj/runtime/reflect/Factory.makeMethodSig(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;)Lorg/aspectj/lang/reflect/MethodSignature; > > > > Pavel > > > > > > On Wed, Mar 19, 2008 at 2:24 AM, Andy Clement <[EMAIL PROTECTED]> > > wrote: > > > Try this: > > > > > > ajc -Xajruntimetarget:1.2 Blah.java > > > > > > or > > > > > > <iajc ...... X="ajruntimetarget:1.2" .... > > > > > > > > > > Andy. > > > > > > > > > > > > > > > On 18/03/2008, Pavel <[EMAIL PROTECTED]> wrote: > > > > Greetings, > > > > > > > > I noticed that woven classes do not deploy on WAS 6.1 due to old > version > > of > > > > aspectjrt.jar in server lib folder. It all works fine on JBoss. > > > > Changing anything outside of my application EAR is not an option, > > especially > > > > when it comes to server libraries. > > > > > > > > Currently there is only one aspect for tracking domain object > > "dirtiness". > > > > The pointcut captures execution of set* methods, and around advice > uses > > > > JoinPointStaticPart to invoke corresponding getter and compare > result > > > > against value being set. The aspect is woven at build time with > <iajc>. > > > > As I understand, JoinPointStaticPart is what makes classes > dependent on > > > > aspectjrt.jar, but I'm not sure if the aspect can be implemented > without > > it. > > > > > > > > Can you please suggest a way out? To me this issue looks like a bold > > > > showstopper - you cannot build production-ready applications for WAS > 6.x > > > > with AspectJ 1.5. I was hoping there is some sort of non-intrusive > known > > > > solution/workaround. > > > > My last resort is to drop AspectJ and try to get away with spring > > proxies, > > > > but this will make things harder, and possibly slower. > > > > > > > > Thanks, > > > > Pavel > > > > _______________________________________________ > > > > aspectj-users mailing list > > > > [email protected] > > > > https://dev.eclipse.org/mailman/listinfo/aspectj-users > > > > > > > > > > > _______________________________________________ > > > aspectj-users mailing list > > > [email protected] > > > https://dev.eclipse.org/mailman/listinfo/aspectj-users > > > > > > > > > _______________________________________________ > > aspectj-users mailing list > > [email protected] > > https://dev.eclipse.org/mailman/listinfo/aspectj-users > > > > > _______________________________________________ > aspectj-users mailing list > [email protected] > https://dev.eclipse.org/mailman/listinfo/aspectj-users >
_______________________________________________ aspectj-users mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/aspectj-users
