Re: [aspectj-users] Re: Capturing join points inside Eclipse code.

["Arjun Singh" <aasingh@xxxxxxxxx>]

Hi,

The current version of AJEER only works with Eclipse 3.1.  I'm not
sure if Martin Lippert has plans to create a version that works for
Eclipse 3.2 and AspectJ 1.5.  You may need to ask him for more
information.  However my guess would be that he will not because he is
currently is working on the equinox aspect incubator.  Since equinox
aspect incubator is meant to merge Martin's AJEER with IBM's AOSGi
(their internal application), I'm guessing that the equinox aspect
incubator would replace AJEER when it is completed.  But again, you
would have to ask Martin.

Good luck,
Arjun

On 7/21/06, Daniel Mahler <dmahler@xxxxxxxxx> wrote:
> Arjun,
>
> Thanks for the information.
> Do you know if AJEER will work Eclipse-3.2 and/or AspectJ-1.5?
>
> thanks
> Daniel
>
> On 7/21/06, Arjun Singh <aasingh@xxxxxxxxx> wrote:
> > There has been some work done related to this.  See the AJEER project
> > (http://sourceforge.net/projects/ajeer).  There is also the Eclipse
> > Equinox Aspect Incubator
> > (http://www.eclipse.org/equinox/incubator/aspects/index.php), although
> > I don't think that is up and running yet.
> >
> > I don't think that regular load time weaving will work, because the
> > plugin code is managed by the OSGi compliant core of Eclipse
> > (org.eclipse.osgi project).  As far as I know the AJEER project keeps
> > track of aspects and performs the necessary load time weaving when
> > plugins are loaded (or, to use OSGi terminology, when bundles are
> > installed) into Eclipse when it is running.
> >
> > Hope that helps
> >
> > Arjun
> >
> > On 7/21/06, Daniel Mahler <dmahler@xxxxxxxxx> wrote:
> > > I am using AspectJ for EMF plug-in development.
> > > It has worked well so far,
> > > but now I need to capture a join point that is inside the EMF plugin
> > itself.
> > > More specifically I have many classes that extend
> > > org.eclipse.emf.edit.provider.ItemProviderAdapter.
> > > I want to capture a join point that occurs inside when any my classes is
> > > executing
> > > inside code inherited from
> > > org.eclipse.emf.edit.provider.ItemProviderAdapter,
> > > and apply the same piece of advice in all cases.
> > >
> > > However, at least in the default configuration, it seems that AspectJ is
> > not
> > > seeing this join point, presumably, because it only looks in the sources
> > in
> > > the current project and applying advice on this join point would entail
> > > modifications to org.eclipse.emf.edit.provider.ItemProviderAdapter.
> > > Is there a way around this?
> > > I've heard of load time weaving, which sounds like it may
> > > do what I need, ie apply the advice to the
> > > org.eclipse.emf.edit.provider.ItemProviderAdapter binary when the plug in
> > > is being loaded.
> > > Would that work?
> > > Are there any references on using AspectJ for customizing EMF code
> > > or generally using it to mess with Eclipse internals?
> > >
> > > thanks
> > > Daniel
> > > _______________________________________________
> > > 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