Expected fix for issue of Class.forName differences

between IBM and SUN's JDKs -- not yet tested on IBMs JDK to confirm

diff --git a/weaver/src/org/aspectj/weaver/Member.java b/weaver/src/org/aspectj/weaver/Member.java
index 1b6c9aadf96be82243ca46d976d6da675bfc3c4c..7e3b2474fe0882375b84519a69a456e3ddc8354d 100644 (file)
--- a/weaver/src/org/aspectj/weaver/Member.java
+++ b/weaver/src/org/aspectj/weaver/Member.java
@@ -702,7 +702,8 @@ public class Member implements Comparable {
        protected String makeString(TypeX t) {
        // this is the inverse of the odd behavior for Class.forName w/ arrays
        if (t.isArray()) {
-               return t.getSignature();
+               // this behavior matches the string used by the eclipse compiler for Foo.class literals
+               return t.getSignature().replace('/', '.');
        } else {
                return t.getName();
        }