From 4db50ddb1edbae0baa447a22eb18b1c60e26d5a5 Mon Sep 17 00:00:00 2001 From: aclement Date: Thu, 8 Jun 2006 12:01:46 +0000 Subject: [PATCH] synchronization joinpoints: code dump... --- .../org/aspectj/systemtest/ajc152/SynchronizationTests.java | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/tests/src/org/aspectj/systemtest/ajc152/SynchronizationTests.java b/tests/src/org/aspectj/systemtest/ajc152/SynchronizationTests.java index 3d800a268..dc8a7a6ea 100644 --- a/tests/src/org/aspectj/systemtest/ajc152/SynchronizationTests.java +++ b/tests/src/org/aspectj/systemtest/ajc152/SynchronizationTests.java @@ -50,18 +50,18 @@ import org.aspectj.testing.XMLBasedAjcTestCase; * x matching execution(synchronized * *(..)) for transformed code * x warning message for execution() hitting a synchronized method * x ensure verifier runs over generated code (done by just executing the code as part of the test spec) + * - Ant task support for -Xjoinpoints * TAG: Completion of PHASE2 * * * TAG: Finished * - * 'Other' work items: + * Future work items: * - optimize matching for transformed methods since we *know* the type we are locking on * - supporting type pattern in lock() unlock() - this is not entirely trivial as kinded pointcuts do not usually have any residue * - weaving messages include 'unusual' strings for the join points, not the * same as revealed by thisJoinPoint.getSignature() in code - handler is probably similar * - documentation - * - Ant task support for -Xjoinpoints * - lazy translation of synchronized methods, rather than eager * - applying execution(* *(..)) correctly to transformed methods (i.e. inside lock/unlock) * - use knowledge of type containing synchronized methods to optimize matching of (un)lock() - not always needing residue -- 2.39.5