AspectJ加载时编织签名jar

是否有人成功使用带有签名jar的AspectJ加载时编织？

我有一个例外，不知道如何解决它（使用AspectJ 1.6.8-16.10测试）：

Exception in thread "main" java.lang.NoClassDefFoundError: com/package/clazz$AjcClosure1 at com.package.test.main(test.java:55) Caused by: java.lang.ClassNotFoundException: com.package.clazz$AjcClosure1 at java.net.URLClassLoader$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClassInternal(Unknown Source) ... 1 more 

坦率地说我事件不确定它是否在技术上可行，但我知道类似的问题（使用来自已签名的java类的动态生成的java代码）是为Hibernate项目完成的（即使用Javassist而不是CGLIB）。 细节在这里 。

Answer 1

类似的问题在https://bugs.eclipse.org/bugs/show_bug.cgi?id=328099中描述，并在AspectJ 1.6.12中修复。 AspectJ有时会在编织过程中生成闭包类，并且必须使用与产生它们的jar相同的保护域来定义它们。 在1.6.12.M1中，现在应该可以正常工作。