[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
RE: [aspectj-users] Plans for the next release of AspectJ...
|
JDK 1.5 will allow JVMs to use some very agressive optimisation techniques, largely thanks to changes to the Java Memory Model (JMM). One example: if the JVM can prove to itself that a synchronized block is not required, the compiler could remove the synchronization. Another example: current JVMs already allow code to migrate from outside a sync block to inside that block.
If aspectj was trying to track sync blocks, how well does/would aspectj cope with such optimizations?
Tom
-----Original Message-----
From: Gregor Kiczales [mailto:gregor@xxxxxxxxx]
Sent: 16 December 2003 15:05
To: aspectj-users@xxxxxxxxxxx
Subject: RE: [aspectj-users] Plans for the next release of AspectJ...
Can you give a couple of small example programs showing how you'd use this? At least one with TYPE_PAT and one with FIELD_PAT?
One issue is that I'm not sure I can see how field_pat would work stably.
> -----Original Message-----
> From: aspectj-users-admin@xxxxxxxxxxx
> [mailto:aspectj-users-admin@xxxxxxxxxxx] On Behalf Of Toru Watanabe
> Sent: Monday, December 15, 2003 8:11 PM
> To: aspectj-users@xxxxxxxxxxx
> Subject: Re: [aspectj-users] Plans for the next release of AspectJ...
>
>
> Hi Adrian,
>
> I'd like to request a feature for next release.
> New primitive pointcut: monitor(TYPE_PAT | FIELD_PAT)
> This will matche synchronized blocks.
> Since Java does not have feature to check threads which is waiting
> a specified lock, so I need this pointcut to execute my advice
> before monitorenter/after monitorexit.
> This pointcut will be useful because we can log, check some condition,
> notify events, etc, before/after critical section.
>
> Best regards,
> Watanabe
> _______________________________________________
> aspectj-users mailing list
> aspectj-users@xxxxxxxxxxx
> http://dev.eclipse.org/mailman/listinfo/aspectj-users
>
_______________________________________________
aspectj-users mailing list
aspectj-users@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/aspectj-users
This message has been scanned for viruses by MailControl - www.mailcontrol.com