Hi Andy,
Thanks for your answer!
cheers,
Henrique
On Wed, Dec 1, 2010 at 9:57 PM, Andy Clement <andrew.clem...@gmail.com>wrote:
> Hi Henrique,
>
> We tend to consider advice constructs as different to 'regular'
> methods. For example:
>
> before(): execution(* *(..)) {}
>
> doesn't advise itself, or any other advices. The adviceexecution()
> pointcut is for working with advice join points. Coming at it from
> that angle, we are perhaps missing a construct like this:
>
> declare @advice: before(..): @MyAnnotation;
>
> But I haven't seen many use cases calling for it.
>
> cheers
> Andy
>
> 2010/12/1 Henrique Rebêlo <h...@cin.ufpe.br>:
> > Hi Andy,
> >
> > There is just one more question regarding annotation issue.
> >
> > I know that we can use supply annotations to methods such as:
> >
> > declare @method: @myAnnotation * *(..): @otherOne;
> >
> > My question is: Can we attach an annotation to a particular advice in
> which
> > was previously marked?
> >
> > For example, assume we have a method m() and a around advice marked with
> the
> > @my Annotation. So, the above syntax will affects only the method m()...
> My
> > conjecture is that it is supposed to attach any method-like including
> > advice.
> >
> > Thanks,
> >
> > Henrique
> >
> > 2010/11/23 Henrique Rebêlo <h...@cin.ufpe.br>
> >>
> >> Hi Andy,
> >>
> >> thanks for your valuable comments and suggestions.
> >>
> >>> No, you can't use @withincode like that. It is not an unreasonable
> >>> requirement, so raise a bugzilla if you'd like to see it in the
> >>> future.
> >>
> >> OK. I'll
> >>
> >> Kind Regards,
> >>
> >> Henrique
> >>
> >> On Tue, Nov 23, 2010 at 11:08 AM, Andy Clement <
> andrew.clem...@gmail.com>
> >> wrote:
> >>>
> >>> No, you can't use @withincode like that. It is not an unreasonable
> >>> requirement, so raise a bugzilla if you'd like to see it in the
> >>> future.
> >>>
> >>> cheers
> >>> Andy
> >>>
> >>> 2010/11/23 Henrique Rebêlo <h...@cin.ufpe.br>:
> >>> > Hi Andy and all,
> >>> >
> >>> > Yes, this documentation is helpful! Thanks.
> >>> >
> >>> > One more thing: Can I specify a property based matching by using a
> >>> > @withincode or @annotation?
> >>> >
> >>> > For example: We can have
> >>> >
> >>> > execution(@Trace !...@trace(TraceLevel.NONE) * *(..))
> >>> >
> >>> > So, Can we use in a similar way when using a @ withincode for
> instance?
> >>> >
> >>> > Something like: @withincode(Trace(Tracel.Level.NONE))
> >>> >
> >>> > Thanks,
> >>> >
> >>> > Henrique
> >>> >
> >>> >
> >>> > On Tue, Nov 23, 2010 at 9:32 AM, Andy Clement
> >>> > <andrew.clem...@gmail.com>
> >>> > wrote:
> >>> >>
> >>> >> Not sure what kind of matching you want to do (kind of joinpoint,
> kind
> >>> >> of annotation value). If I understand what you mean, there is
> already
> >>> >> some support for this, see the "annotation value matching" section
> in
> >>> >> (this is execution joinpoint, enum annotation value):
> >>> >>
> >>> >> http://www.eclipse.org/aspectj/doc/released/README-160.html
> >>> >>
> >>> >> optimized binding of values is in:
> >>> >> http://www.eclipse.org/aspectj/doc/released/README-161.html
> >>> >>
> >>> >> cheers,
> >>> >> Andy
> >>> >>
> >>> >> 2010/11/23 Henrique Rebêlo <h...@cin.ufpe.br>:
> >>> >> > Hi Andy and all,
> >>> >> >
> >>> >> > Enjoying the subject of join points and annotations,
> >>> >> >
> >>> >> > I want to know if there is a possibility to match an annotated
> join
> >>> >> > point
> >>> >> > based on its property. However, without using the if pointcut...
> >>> >> >
> >>> >> > Thanks,
> >>> >> >
> >>> >> > Henrique
> >>> >> >
> >>> >> > On Tue, Nov 23, 2010 at 8:06 AM, Andy Clement
> >>> >> > <andrew.clem...@gmail.com>
> >>> >> > wrote:
> >>> >> >>
> >>> >> >> Annotation:
> >>> >> >>
> >>> >> >> - augmenting (new values in existing annotations)
> >>> >> >> - replacing (of annotations/annotation values)
> >>> >> >> - removal of annotations
> >>> >> >>
> >>> >> >> are all candidate features.
> >>> >> >>
> >>> >> >> First two are here:
> >>> >> >> https://bugs.eclipse.org/bugs/show_bug.cgi?id=313026
> >>> >> >>
> >>> >> >> Haven't quite raised the bugzilla for the third yet, but might do
> >>> >> >> the
> >>> >> >> work under that existing 313026.
> >>> >> >>
> >>> >> >> I'm seeing an increasing number of use cases for these features
> so
> >>> >> >> they aren't too far away.
> >>> >> >>
> >>> >> >> cheers,
> >>> >> >> Andy
> >>> >> >>
> >>> >> >> On 23 November 2010 01:07, Frank Pavageau
> >>> >> >> <frank.pavag...@gmail.com>
> >>> >> >> wrote:
> >>> >> >> > Note that you can't modify an existing annotation, which would
> be
> >>> >> >> > quite useful in that context : changing the cache strategy
> >>> >> >> > between
> >>> >> >> > read-write and read-only for example (even if you have the
> >>> >> >> > source,
> >>> >> >> > different usage patterns can use different strategies on the
> same
> >>> >> >> > entities), or the fetching strategy indeed. It would be a
> useful
> >>> >> >> > AspectJ improvement IMHO, but there might be issues which
> explain
> >>> >> >> > why
> >>> >> >> > it's not possible. Maybe Andy (or someone else) can shed some
> >>> >> >> > light
> >>> >> >> > on
> >>> >> >> > it.
> >>> >> >> >
> >>> >> >> > Frank
> >>> >> >> >
> >>> >> >> > On Tue, Nov 23, 2010 at 8:58 AM,
> >>> >> >> > <jeanlouis.pastu...@orange-ftgroup.com> wrote:
> >>> >> >> >> Pffffffffffft : Sorry for the noise. All is explained in
> >>> >> >> >> documentation
> >>> >> >> >>
> >>> >> >> >>
> >>> >> >> >>
> >>> >> >> >>
> http://www.eclipse.org/aspectj/doc/released/adk15notebook/annotations-declare.html
> >>> >> >> >>
> >>> >> >> >> Cordialement / Best regards
> >>> >> >> >>
> >>> >> >> >> Jean-Louis Pasturel
> >>> >> >> >>
> >>> >> >> >> ________________________________
> >>> >> >> >> De : aspectj-users-boun...@eclipse.org
> >>> >> >> >> [mailto:aspectj-users-boun...@eclipse.org] De la part de
> >>> >> >> >> jeanlouis.pastu...@orange-ftgroup.com
> >>> >> >> >> Envoyé : mardi 23 novembre 2010 08:19
> >>> >> >> >> À : aspectj-users@eclipse.org
> >>> >> >> >> Objet : [aspectj-users] aspectj joinpoint *for* Annotation ?
> >>> >> >> >>
> >>> >> >> >> is there a mean to weave and overload an annotation with
> AspectJ
> >>> >> >> >> LTW ?
> >>> >> >> >>
> >>> >> >> >> It would be interesting, for example to test with LTW weaving
> >>> >> >> >> ORM (
> >>> >> >> >> Hibernate for fetching plan / strategy => lazy, eager) or
> >>> >> >> >> caching
> >>> >> >> >> policy
> >>> >> >> >> ( Entirty/query cachable or not) when annotations are used
> >>> >> >> >> instead
> >>> >> >> >> of
> >>> >> >> >> XML
> >>> >> >> >> files and we have not the source code and the IDE to modify /
> >>> >> >> >> re-compile
> >>> >> >> >> code. Useful in stressing tests to optimize configurations.
> >>> >> >> >>
> >>> >> >> >>
> >>> >> >> >> Cordialement / Best regards
> >>> >> >> >>
> >>> >> >> >> Jean-Louis Pasturel
> >>> >> >> >>
> >>> >> >> >> *********************************
> >>> >> >> >> This message and any attachments (the "message") are
> >>> >> >> >> confidential
> >>> >> >> >> and
> >>> >> >> >> intended solely for the addressees.
> >>> >> >> >> Any unauthorised use or dissemination is prohibited.
> >>> >> >> >> Messages are susceptible to alteration.
> >>> >> >> >> France Telecom Group shall not be liable for the message if
> >>> >> >> >> altered,
> >>> >> >> >> changed
> >>> >> >> >> or falsified.
> >>> >> >> >> If you are not the intended addressee of this message, please
> >>> >> >> >> cancel
> >>> >> >> >> it
> >>> >> >> >> immediately and inform the sender.
> >>> >> >> >> ********************************
> >>> >> >> >>
> >>> >> >> >> *********************************
> >>> >> >> >> This message and any attachments (the "message") are
> >>> >> >> >> confidential
> >>> >> >> >> and
> >>> >> >> >> intended solely for the addressees.
> >>> >> >> >> Any unauthorised use or dissemination is prohibited.
> >>> >> >> >> Messages are susceptible to alteration.
> >>> >> >> >> France Telecom Group shall not be liable for the message if
> >>> >> >> >> altered,
> >>> >> >> >> changed
> >>> >> >> >> or falsified.
> >>> >> >> >> If you are not the intended addressee of this message, please
> >>> >> >> >> cancel
> >>> >> >> >> it
> >>> >> >> >> immediately and inform the sender.
> >>> >> >> >> ********************************
> >>> >> >> >>
> >>> >> >> >> _______________________________________________
> >>> >> >> >> aspectj-users mailing list
> >>> >> >> >> aspectj-users@eclipse.org
> >>> >> >> >> https://dev.eclipse.org/mailman/listinfo/aspectj-users
> >>> >> >> >>
> >>> >> >> >>
> >>> >> >> > _______________________________________________
> >>> >> >> > aspectj-users mailing list
> >>> >> >> > aspectj-users@eclipse.org
> >>> >> >> > https://dev.eclipse.org/mailman/listinfo/aspectj-users
> >>> >> >> >
> >>> >> >> _______________________________________________
> >>> >> >> aspectj-users mailing list
> >>> >> >> aspectj-users@eclipse.org
> >>> >> >> https://dev.eclipse.org/mailman/listinfo/aspectj-users
> >>> >> >
> >>> >> >
> >>> >> >
> >>> >> > --
> >>> >> >
> >>> >> >
> >>> >> >
> ...............................................................................................................................
> >>> >> > Henrique Rebelo
> >>> >> > http://www.cin.ufpe.br/~hemr <http://www.cin.ufpe.br/%7Ehemr>
> >>> >> > Informatics Center, UFPE, Brazil
> >>> >> >
> >>> >> > _______________________________________________
> >>> >> > aspectj-users mailing list
> >>> >> > aspectj-users@eclipse.org
> >>> >> > https://dev.eclipse.org/mailman/listinfo/aspectj-users
> >>> >> >
> >>> >> >
> >>> >> _______________________________________________
> >>> >> aspectj-users mailing list
> >>> >> aspectj-users@eclipse.org
> >>> >> https://dev.eclipse.org/mailman/listinfo/aspectj-users
> >>> >
> >>> >
> >>> >
> >>> > --
> >>> >
> >>> >
> ...............................................................................................................................
> >>> > Henrique Rebelo
> >>> > http://www.cin.ufpe.br/~hemr <http://www.cin.ufpe.br/%7Ehemr>
> >>> > Informatics Center, UFPE, Brazil
> >>> >
> >>> > _______________________________________________
> >>> > aspectj-users mailing list
> >>> > aspectj-users@eclipse.org
> >>> > https://dev.eclipse.org/mailman/listinfo/aspectj-users
> >>> >
> >>> >
> >>> _______________________________________________
> >>> aspectj-users mailing list
> >>> aspectj-users@eclipse.org
> >>> https://dev.eclipse.org/mailman/listinfo/aspectj-users
> >>
> >>
> >>
> >> --
> >>
> >>
> ...............................................................................................................................
> >> Henrique Rebelo
> >> http://www.cin.ufpe.br/~hemr <http://www.cin.ufpe.br/%7Ehemr>
> >> Informatics Center, UFPE, Brazil
> >
> >
> >
> > --
> >
> ...............................................................................................................................
> > Henrique Rebelo
> > http://www.cin.ufpe.br/~hemr <http://www.cin.ufpe.br/%7Ehemr>
> > Informatics Center, UFPE, Brazil
> >
> > _______________________________________________
> > aspectj-users mailing list
> > aspectj-users@eclipse.org
> > https://dev.eclipse.org/mailman/listinfo/aspectj-users
> >
> >
> _______________________________________________
> aspectj-users mailing list
> aspectj-users@eclipse.org
> https://dev.eclipse.org/mailman/listinfo/aspectj-users
>
--
...............................................................................................................................
Henrique Rebelo
http://www.cin.ufpe.br/~hemr
Informatics Center, UFPE, Brazil
_______________________________________________
aspectj-users mailing list
aspectj-users@eclipse.org
https://dev.eclipse.org/mailman/listinfo/aspectj-users
