有没有利用OSGi环境而不是使用类路径的Java编译器？

有没有办法让

javac

使用现有的OSGi环境来解决构建时依赖关系，而不是明确地设置类路径？我知道我可以编写一个使用JDK编译器API的OSGi组件，但我认为应该有一个更简单的解决方案

或者，如果

javac

没有这样的扩展，那么

ejc

是否允许这样的事情（可以从命令行使用；我愿意接受只有Equinox的

ejc

解决方案）？

您考虑过使用它来管理依赖关系吗？有一些插件可用于Eclipse等IDE。您只需要在pom.xml中映射资源服务器和所需的库，就差不多了

-Jay

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

-Jay

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

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

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

---

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

使用osgi编译的ant任务

还是现在在这里

---

使用osgi编译的ant任务

还是现在在这里

---

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

您可以使用Eclipse的编译器进行无头构建，但请注意，这不是为胆小的人准备的

下面是一个使用Eclipse和ant构建的简单示例

---

如果你沿着这条路走下去，我建议你看看（构建OSGi的Maven子项目）和Eclipse项目。

你错过了一个遵循OSGi规则的Java编译器——Eclipse

您可以使用Eclipse的编译器进行无头构建，但请注意，这不是为胆小的人准备的

下面是一个使用Eclipse和ant构建的简单示例

---

如果你走这条路，我建议你看看（Maven用于构建OSGi的子项目）和Eclipse项目。

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