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 Informatics Center, UFPE, Brazil
_______________________________________________ aspectj-users mailing list aspectj-users@eclipse.org https://dev.eclipse.org/mailman/listinfo/aspectj-users