Re: [aspectj-users] Websphere, outdated aspectjrt.jar

[Pavel <pagrus@xxxxxxxxx>]

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 <andrew.clement@xxxxxxxxx> 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 <pagrus@xxxxxxxxx> 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 <andrew.clement@xxxxxxxxx>
> wrote:
> > Try this:
> >
> > ajc -Xajruntimetarget:1.2 Blah.java
> >
> > or
> >
> > <iajc ...... X="ajruntimetarget:1.2" .... >
> >
> >
> > Andy.
> >
> >
> >
> >
> > On 18/03/2008, Pavel <pagrus@xxxxxxxxx> 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
> > >  aspectj-users@xxxxxxxxxxx
> > > https://dev.eclipse.org/mailman/listinfo/aspectj-users
> > >
> > >
> > _______________________________________________
> > aspectj-users mailing list
> > aspectj-users@xxxxxxxxxxx
> > https://dev.eclipse.org/mailman/listinfo/aspectj-users
> >
>
>
> _______________________________________________
>  aspectj-users mailing list
>  aspectj-users@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/aspectj-users
>
>
_______________________________________________
aspectj-users mailing list
aspectj-users@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/aspectj-users