能否将通用jar放入java安装目录的jre/lib/ext下，供osgi框架(Felix等)使用？

0 0

能否将通用jar放入java安装目录的jre/lib/ext下，供osgi框架(Felix等)使用？10

很久以前在开发普通java应用时，我会将一些公用Jar放到java安装目录的jre/lib/ext下作为扩展包随jdk一起启动。从而减少了再多项目开发过程中对公用jar的重复配置，在此我们姑且不谈论其优劣。
目前在做osgi着一块的应用，我们用的IDE是eclipse，jdk是1.6.x，osgi开发工具是bndtools，osgi容器是最新bndtools自带的felix4.0.2。
我们直到bundle需要resolve成功之后才能start，处理相关业务。resolve一个bundle时，需要满足它所有import进来的package，我们找到包含package的jar包打包到bundle中之后，新打包进来的jar又import了其他的package，于是我们又去找包含package的jar……如此，不断递归下去，工作量之繁杂和巨大可想而知。
回到开头我所谈到的，能不能将一些通用的jar包放入java的安装目录下的jre/lib/ext下，供osgi框架(Felix等)使用。
我之所以这样考虑，是经过了一番测试的，我附件中有两个代码一个test.zip是一个普通java工程，在jre/lib/ext中加入log4j.2.15.jar之后就能够实现普通的日志打印功能。(其实这跟自己在build path中加入一个jar包是一样的效果)
Lot.zip本来是想用同样的原理来实现对log4j的调用，但得到的结果是Resolution Failed!，提示没有满足需要的依赖，如下图：

在之前我有做过一个测试，为了满足bundle对普通jar的引用，我将jar打包到bundle根目录，通过配置Bundle-ClassPath里，需要提供包含所需package的jar包有6个，分别是log4j-1.2.15.jar，mail1.4.1.jar，javax.jms.jar，jmxtools.jar，activation-1.1.jar，jmdns-1.0.jar。
为了便于测试我已经将5个jar打包成lib上传，详见附件lib.zip。
通过对比，如果我假设能够成立的话，我想，可以很好的提高在osgi开发中的效率，而不会陷入寻找层层依赖的泥潭。
此问题已经折腾我们有几天了，希望碰到有osgi经验的朋友，不吝赐教。谢谢

2012年5月17日 09:47

silvermew
22
0 0 0

test.zip (4.7 KB)
下载次数: 10

Lot.zip (7.5 KB)
下载次数: 8

lib.zip (1005.2 KB)
下载次数: 8

查看图片附件

2个答案按时间排序按投票排序

0 0

对于依赖的JAR可以有3种处理方法：

1、就是你所说的，把依赖的JAR作为嵌入式资源和Bundle打在同一个JAR包中，同时设置Bundle-Classpath参数。
这适合于通用性不强的依赖库。

或者：

2、把依赖JAR转变成一个Bundle；也作为一个独立的Bundle加载；

或者：

3、依赖JAR不必转变成Bundle；而是放置到和启动Felix的类路径上；同时设置Felix启动属性：org.osgi.framework.system.packages.extra=
这个参数是OSGi规范中约定的，详见org.osgi.framework.Constants类的FRAMEWORK_SYSTEMPACKAGES_EXTRA常量。
/**
* Framework launching property identifying extra packages which the system
* bundle must export from the current execution environment.
*
* <p>
* This property is useful for configuring extra system packages in addition
* to the system packages calculated by the framework.

第3种方式可以完全替代你要把JAR放置到jre/lib/ext的用法。
jre/lib/ext这个目录我觉得最好不要轻易改动，对外部JRE的耦合太紧密了。
移植性可能会有影响。