[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [aspectj-users] Websphere, outdated aspectjrt.jar

>> my major concern about changes in classloading order is possible regressions

Hmm, interesting that you would say that, since Parent-Last is the
best way I have found to make sure I am running (in container) against
the same jar files that I used for unit testing (out of container),
i.e. to say that I think it is fairly safe, provided you do not rely
entirely on in container testing, in which case you are better off
with your strategy of not changing class loading hierarchy.

Bhaskar

On Wed, Mar 19, 2008 at 6:51 PM, Pavel <pagrus@xxxxxxxxx> wrote:
> 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 <scottb@xxxxxxxxxxxx> 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.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
>
>