Re: [aspectj-users] aspectj joinpoint *for* Annotation ?

[Andy Clement <andrew.clement@xxxxxxxxx>]

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.pavageau@xxxxxxxxx> 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.pasturel@xxxxxxxxxxxxxxxxxx> 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-bounces@xxxxxxxxxxx
>> [mailto:aspectj-users-bounces@xxxxxxxxxxx] De la part de
>> jeanlouis.pasturel@xxxxxxxxxxxxxxxxxx
>> Envoyé : mardi 23 novembre 2010 08:19
>> À : aspectj-users@xxxxxxxxxxx
>> 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@xxxxxxxxxxx
>> https://dev.eclipse.org/mailman/listinfo/aspectj-users
>>
>>
> _______________________________________________
> aspectj-users mailing list
> aspectj-users@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/aspectj-users
>