Ok ;-( So no possible overriding Annotations. I am also interested if it is a possible new feature ...
Cordialement / Best regards Jean-Louis Pasturel -----Message d'origine----- De : aspectj-users-boun...@eclipse.org [mailto:aspectj-users-boun...@eclipse.org] De la part de Frank Pavageau Envoyé : mardi 23 novembre 2010 10:07 À : aspectj-users@eclipse.org Objet : Re: [aspectj-users] aspectj joinpoint *for* Annotation ? 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 ********************************* 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
