4

我正在编写一个 Eclipse 插件来支持Frege编程语言。我使用IMP元工具平台和 Eclipse Indigo (3.7)。运行时环境是 Java 1.7。

该插件使用与批处理编译器相同的代码进行标记解析、语法分析等。但是，我注意到从 eclipse 插件运行时的不同行为并将其追溯到以下方法，该方法读取先前编译的模块的类文件以获取以 java 注释形式存储在那里的元信息：

public static MD.Operator[] getOperators(ClassLoader loader, String pack) 
                                              throws ClassNotFoundException {
    Class<?> cl = null;
    cl = loader.loadClass(pack);
    MD.FregePackage os = cl.getAnnotation(MD.FregePackage.class);
    if (os == null) return null;        // <-- no annotation present
    return os.ops();
}

请注意，代码创建了自己的 an 实例，该实例URLClassLoader作为参数传递。如果我没有正确设置类路径，getOperators 方法会正确抛出 ClassNotFoundException，因此我认为我可以确定它加载了类。一条跟踪消息告诉我，类加载器是使用以下路径构建的（默认情况下只是类路径）：

mkClassLoader:[C:\opt\eclipse\plugins\org.eclipse.equinox.launcher_1.2.0.v20110502.jar, X:\dev\frege\build]

因为不是由 frege 编译器创建的类文件通常不能有MD.FregePackage注释，这通常表明用户试图导入一个普通的 java 类，实际上我在插件中收到以下消息：

X:/dev/runtime-EclipseApplication/TestJFrege/src/Neu.fr:1: `frege.prelude.Base` is not a frege package

然而，从命令行我可以很好地编译它。我在此处包含此内容以证明确实可以从同一位置加载相关注释：

X:\dev\frege>java -cp ./build frege.compiler.Main X:/dev/runtimeEclipseApplication/TestJFrege/src/Neu.fr
mkClassLoader: [./build]
running: javac -cp ./build -d . -encoding UTF-8 ./Neu.java

恢复事实：

  1. 当通过命令行界面调用编译器时，应该加载注释的代码可以正常工作。
  2. 应该加载注释的代码不知道它是从插件还是命令行调用的。事实上，该插件直到上周才出现，而命令行界面过去几个月都可以正常工作。
  3. 注释当然有，RetentionPolicy.RUNTIME否则命令行编译也不会识别它们。但事实证明确实如此。

所以我能得出的唯一结论是Class.getAnnotation()不知何故无法正常工作。这是非常不幸的，因为这有效地破坏了模块系统所需的基本功能。

如果这很重要：插件使用的 Frege 编译器代码本身是用 Frege 编写的，frege.prelude.Base上面提到的类是每个模块都需要的基本库，因此它必须已经在激活插件时加载，当然当然有不同的类加载器。

有没有人有类似的经历？是否有可能解决这个问题以及如何解决？欢迎提出如何规避这种情况的任何建议。

4

1 回答 1

2

MD.FregePackage您的方法中使用的类加载器是否加载了该类？可能先尝试加载那个，因为equal()如果两个类是由不同的类加载器加载的，它们就不会。这可以解释为什么它没有被发现。

于 2011-11-29T14:06:14.423 回答