Java 没有导入/导出限制的类似osgi的框架？

我喜欢OSGi，但导入/导出限制和缺少上下文类加载器会在尝试使用第三方库时造成严重破坏（例如，一些库尝试在META-INF中查找file.xml，希望返回所有JAR中的所有此类文件，其他库使用ServiceLoader）

我想要OSGi的动态加载、处理同一库的多个版本的能力以及服务框架

---

那么我的选择是什么呢？我知道JPF，正在寻找一些不太xmlish的东西。

你试过用谷歌搜索每个库+osgi吗？快速瞥一眼就可以看到其他一些经验和（似乎）成功

很抱歉“只需谷歌回答”，但由于我没有在我的OSGi应用程序中积极使用这些库，我只能建议我如何处理我的一些库。。。那就是谷歌

这不是一个很好的答案，但我不想在评论中隐藏这一点

我想要OSGi的动态加载、处理同一库的多个版本的能力以及服务框架

还有其他的服务框架，但要获得动态加载和同一类的多个版本，我所知道的OSGi没有其他东西

---

此外，现在OSGi似乎终于获得了一些牵引力，图书馆“玩得好”的压力正在增加。例如，维护越来越多的OSGified库。您需要的包可能已经在那里了。

我遇到了一个问题，将java邮件包与java激活包分开。您可以通过以下选项获得一个包来查看其他包的META-INF中的文件（即不是java资源，而是xml文件等）

1） 将这些包合并在一起。这通常很难处理，或者对项目来说并非不可能

---

2） 让需要共享资源的bundle成为需要读取资源的bundle的bundle片段。捆绑包片段由OSGi规范定义，允许单独的捆绑包共享资源，就像它们合并在一起一样。

哪些库？另外，不要放弃OSGi，它是最好的；）除了导入或导出功能，OSGI基本上没有任何剩余价值。你的q毫无意义。