Scott, I haven't tried it yet, and perhaps with help of Andy I wouldn't have to, but my major concern about changes in classloading order is possible regressions. The application is quite large, with a limited test coverage, yet lots of QA effort has been put to make sure everything is more or less stable.
With classloading changed, I see no easy way to see if things still do work. But anyway, thank you for the advice. Pavel On Wed, Mar 19, 2008 at 3:32 PM, Scott Bartram <[EMAIL PROTECTED]> wrote: > Have you tried setting the application classloader to "parent-last" ? > > On Mar 18, 2008, at 8:14 PM, Pavel 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.xwith > 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
