是否有任何利用 OSGi 环境而不是使用类路径的 Java 编译器？答案

【问题标题】：Are there any Java-compilers that leverage an OSGi-environment instead of using the classpath?是否有任何利用 OSGi 环境而不是使用类路径的 Java 编译器？
【发布时间】：2009-09-04 13:59:52
【问题描述】：

有没有办法让javac 使用现有的 OSGi 环境来解决构建时依赖项，而不是显式设置类路径？我知道我可以编写一个使用 JDK 的 Compiler-API 的 OSGi 组件，但我认为应该有一个更直接的解决方案。

或者，如果javac 没有这样的扩展，ejc 是否允许这样的事情（可从命令行使用；我愿意接受 ejc 的仅 Equinox 解决方案）？

【问题讨论】：

标签： java classpath osgi javac

【解决方案1】：

使用osgi编译的ant任务。

http://www.ohloh.net/p/osgijc

或者现在我猜？

http://code.google.com/p/eclipseosgitools/

【讨论】：

【解决方案2】：

您是否考虑过使用Maven 来管理依赖项？有适用于 IDE 的插件，例如 Eclipse。您只需要在 pom.xml 中映射资源服务器和所需的库，就差不多了。

-杰

【讨论】：

Maven 不会处理隐藏未导入的包；它们隐式地使所有包都可以从依赖项而不是所需的子集中获得。

【解决方案3】：

您错过了一个明显遵循 OSGi 规则的 Java 编译器 - Eclipse。

您可以使用 Eclipse 的编译器进行无头构建，但请注意，它不适合胆小的人。

这是一个简单的tutorial 使用 Eclipse 和 ant 构建。

如果您走这条路，我建议您查看Tycho（用于构建 OSGi 东西的 Maven 子项目）和 Buckminster，一个 Eclipse 项目。

【讨论】：

【解决方案4】：

我正在使用 Lotus Expeditor Toolkit 和 Eclipse 插件进行开发 - 这是免费下载。我的构建时间和运行时类路径很容易通过清单中的条目进行管理。

[免责声明：我是 IBM 员工。]

【讨论】：