1

我想获取可以在这些 jar 中搜索 .class 文件的所有 jar 路径。我编写了一个函数来搜索 App 主文件夹下的所有 jar，但遇到了一个问题——一些 jar 包存在但已过时，OSGi 未使用，例如。xxxx_1.0.0.jar 和 xxxx_1.2.0.jar 都存在，但 OSGi 只使用了 1.2.0。如果我在主文件夹中搜索，其中是否会出现在结果列表中。

那么有没有办法获取 OSGi 使用的所有 jar 文件？然后我可以过滤掉没有使用的jar文件。谢谢

补充： 我尝试使用这种方式获取所有Bundles的绝对URL，但是失败了：

StringBuffer sb = new StringBuffer();
Bundle[] bundles = com.ibm.director.services.storage.debugtool.Activator.context.getBundles();
for (Bundle bundle : bundles) {
    java.net.URL url = bundle.getClass().getProtectionDomain().getCodeSource().getLocation();
    sb.append("File:" + url.getFile() + ", Path:" + url.getPath() + "\n");
}

但是下面的输出重复了一百次：

File:/opt/ibm/director/lwi/runtime/core/eclipse/plugins/org.eclipse.osgi_3.4.3.R34x_v20081215-1030-RCP20120203-1500.jar
File:/opt/ibm/director/lwi/runtime/core/eclipse/plugins/org.eclipse.osgi_3.4.3.R34x_v20081215-1030-RCP20120203-1500.jar, 
File:....

使用的 bundle 数量是：588，可能是正确的，我们可以从 API 获得绝对的 Bundles 路径，但为什么它们都一样？我怎样才能得到真正的路径？

4

2 回答 2

3

BundleContext#getBundles()给你所有的捆绑。然后，您可以比较符号名称和版本。但是，仅仅因为您同时拥有 xxxx_1.0.0.jar 和 xxxx_1.2.0.jar 并不意味着未使用 xxx_1.0.0.jar。可能还有其他一些需要 xxx_1.0.0.jar 的包。同样，仅仅因为一个包没有启动并不意味着它以后不会启动。您不想重新实现 OSGi 解析器。如果您想清理存储库，我建议您使用存储库供应商提供的应用程序，例如 p2 中的 GC Application。

于 2012-07-03T04:34:41.597 回答
2

想想捆绑......只需做 bundle.getResource( clazz.getName().replace('.','/')+".class")

在重新编译之前，请查看包："OSGI-OPT/src/" + clazz.getName().replace('.','/')+".java"，实际的源代码可能在那里。

于 2012-07-03T17:30:11.703 回答