是否有任何Java编译器利用OSGi环境而不使用类路径? [英] Are there any Java-compilers that leverage an OSGi-environment instead of using the classpath?
问题描述
是否有任何方法可以使javac
使用现有的OSGi环境解决构建时依赖关系,而不是显式设置类路径?我知道我可以编写一个使用JDK的Compiler-API的OSGi组件,但是我认为应该有一个更直接的解决方案.
或者,如果javac
没有可用的扩展名,ejc
是否允许这样的事情(可从命令行使用;我愿意接受ejc
的仅Equinox解决方案)?
ant任务,可使用osgi进行编译.
还是我现在在这里?
http://code.google.com/p/eclipseosgitools/ >
Are there any ways to make javac
use an existing OSGi-environment for the resolution of build-time dependencies instead of setting the classpath explicitely? I know I could write an OSGi-component that uses the Compiler-API of the JDK, but I think there should be a more straightforward solution.
Alternatively, if no such extension is available for javac
, does ejc
allow such a thing (usable from the command line; I'd be willing to accept an Equinox-only solution with ejc
)?
ant task to compile using osgi.
or here now I guess?
http://code.google.com/p/eclipseosgitools/
这篇关于是否有任何Java编译器利用OSGi环境而不使用类路径?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!