在 OSGi 包中使用 JavaCompiler

Question

我正在重构 Java 应用程序以使用 OSGi。该应用程序的一项功能是使用 javax.tools.JavaCompiler 进行即时 Java 编译。在最初的应用程序中，这个过程是通过向编译器提供现有的类路径来工作的，就像这样。

JavaCompiler compiler = ToolProvider.getSystemJavaCompiler();
String[] options = {"-classpath", System.getProperty("java.class.path")};
DiagnosticListener<JavaFileObject> listener = new DiagnosticListener<JavaFileObject>() {...};
StandardJavaFileManager fileManager = compiler.getStandardFileManager(listener, null, null);
Iterable<? extends JavaFileObject> fileObjects = fileManager.getFileObjects(sourceFile);
CompilationTask task = compiler.getTask(null, fileManager, listener, Arrays.asList(options), null, fileObjects);
task.call();

但是，这在 OSGi 包中不起作用，因为类路径不再包含所需的路径。在应用程序的重构 OSGi 版本中，编译器需要访问与上述代码位于同一包中的类，以及来自其他包的类。如何让编译器识别这些类？

我想到了两种可能的解决方案：

1. 为编译器提供包含上述代码的包所使用的类加载器，因为它知道所有必需的类。然而，从我读过的内容来看，这似乎不是一个可行的解决方案 这里和此处。
2. 使用已安装包的物理位置构建类路径。我看过 org.osgi.framework.Bundle.getLocation() ，但我不确定这是否是一个可靠的解决方案。我返回的路径（至少在 Eclipse 中部署时）是相对的，我不确定它们是否可以在所有平台和情况下安全使用。

上述选项二似乎可行吗？有更好的解决方案吗？

Answer 1

我在 GitHub 上创建了一个工作示例。

它不是选项 1 或 2，它创建一个自定义 JavaFileManager，它会查看所有包并检索它们的资源。

需要考虑的事项：

• 它使用 JSR 199 编译器 API，但它仅适用于 OpenJDK/Sun 编译器，Eclipse JDT 编译器在这方面似乎有问题。
• 我只在 Equinox 上进行了测试，没有使用任何 Equinox 特定代码，因此它应该适用于其他实现。
• 它没有经过优化，因此可能会很慢和/或占用内存。
• 它确实注册了一个包侦听器，因此当提供某个包的包解析或取消解析时，它将刷新其类缓存
• 。我认为，对于拆分包来说，它的确定性不是很大。
• 它使用 OSGi 4.3 中引入的 BundleWiring API，因此它不适用于 OSGi 的旧版 OSGi 实现（例如 Karaf 2.x），

我应该提到 技术折磨，他的例子帮助了我非常地。