什么是构建一个在OSGI和非OSGI环境中工作的库的好方法？

Question

我正在编写一个在OSGI环境中运行的应用程序。现在，我想提取一些代码并将其放在单独的bundle/jar文件中，以便在其他应用程序（OSGI或非OSGI）中重用它。

我的目标是删除对OSGI环境类的任何依赖，因为它也应该在其他没有各种OSGI框架的所有罐的应用程序中运行（例如：春分）。但同时，如果应用程序是一个OSGI应用程序，我想在OSGI环境中注册一个OSGI服务。

我已经分离了代码，唯一剩下的依赖OSGI的代码是目前我的Activator类，它将一些类注册为OSGI服务：

context.registerService(MyServiceInterface.class.getName(), new MyServiceImpl(), new Hashtable());

为了消除依赖，我考虑以下几点：

• 我从捆绑包1中删除Activator和OSGI依赖项
• 我创建另一个bundle2，在其中移动激活器

最后我有了我的包裹。只有清单的jar。mf文件，使其具备OSGI功能，但现在已经没有依赖于OSGI框架类的代码了。我有另一个bundle，它只属于导入bundle1的当前应用程序。jar，其唯一目的是注册MyService。使用激活器在OSGI容器上初始化。

1. 这种方法行吗，或者还有其他最佳实践吗
2. 在OSGI环境中注册服务是一种良好的做法，还是主机应用程序应该始终负责这一点

Answer 1

另一种方法是使用blueprint。至少在简单的情况下，它允许对OSGi完全没有依赖关系。对于实际情况，您通常至少需要一些OSGiAPI，但在非OSGi情况下，让它们处于非活动状态是没有问题的。

你也可以试试PojoSR。它允许在OSGi之外使用激活器和OSGi服务。我们开始在ApacheCamel中使用它来测试OSGi代码。

Answer 2

在大多数情况下，您可以在没有Activator的情况下发布服务。看看OSGI ComUnity Wiki和Equinox的例子。

Answer 3

为什么不把激活类留在你的捆绑包里。在非OSGi环境中运行时，不会调用激活器类。在OSGi环境中运行时，它会。将OSGi依赖隔离到激活器是一个很好的策略。