Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [aspectj-users] aspectj joinpoint *for* Annotation ?

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 <hemr@xxxxxxxxxxx>
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.clement@xxxxxxxxx> 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 <hemr@xxxxxxxxxxx>:
> 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.clement@xxxxxxxxx>
> 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 <hemr@xxxxxxxxxxx>:
>> > 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.clement@xxxxxxxxx>
>> > 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.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
>> >> >
>> >> _______________________________________________
>> >> aspectj-users mailing list
>> >> aspectj-users@xxxxxxxxxxx
>> >> 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@xxxxxxxxxxx
>> > https://dev.eclipse.org/mailman/listinfo/aspectj-users
>> >
>> >
>> _______________________________________________
>> aspectj-users mailing list
>> aspectj-users@xxxxxxxxxxx
>> 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@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/aspectj-users
>
>
_______________________________________________
aspectj-users mailing list
aspectj-users@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/aspectj-users



--
...............................................................................................................................
Henrique Rebelo
http://www.cin.ufpe.br/~hemr
Informatics Center, UFPE, Brazil



--
...............................................................................................................................
Henrique Rebelo
http://www.cin.ufpe.br/~hemr
Informatics Center, UFPE, Brazil

Back to the top