嵌入式osgi框架，如何调用服务功能？

Question

我有一个简单的java项目，叫做服务器。此外，我有一个osgi api项目，它定义了一个接口BlockProvider。接下来，我有一个osgi声明性服务项目，其中有一个实现BlockProvider的服务。

在我的java项目服务器中，我有一个嵌入式osgi框架（在我的例子中是felix）。

我创建了一个bundleactivator，它安装gogo osgi捆绑包、scr捆绑包、我的api项目捆绑包和服务项目捆绑包。

工作没有问题，我可以检查我的服务包。

在我的服务器项目中，我想看看哪些服务实现了BlockProvider接口。所以我实现了一个ServiceTracker与BlockProvider.class.get名称（）作为第二个参数（过滤器之一）。

getServices（）返回我的服务项目也可以正常工作。

但问题来了：我不能调用接口BlockProvider上的任何函数，因为“服务器”项目中的BlockProvider使用不同的类加载器（sun.misc.Launcher）$AppClassLoader@4e0e2f2a)而不是服务项目（o:yellowblock[6]）。

我怀疑我在这里忽略了一些基本的东西：但是我如何调用我的区块提供商服务的函数来实现我的区块提供商接口？

Answer 1

这里有两条重要的规则。

>

当两个捆绑包通过服务进行通信时，它们必须都从同一捆绑包导入API包。通常，您可以选择实际导出包的捆绑包。服务提供者可以将其导出，在这种情况下，使用者必须从提供者导入。或者，您可以有一个单独的“纯API”捆绑包来导出API包，提供者和使用者都可以从那里导入它。（消费者捆绑包很少导出包，这在OSGi中是合法的，但设计有点怪异。）

系统捆绑包——即从OSGi内部表示OSGi框架本身的特殊捆绑包——不能从任何普通捆绑包导入包。它只能出口。

当您嵌入OSGi时，您在OSGi之外的应用程序代码被视为系统捆绑包的一部分。如果您希望系统捆绑包通过服务与另一个捆绑包通信，那么结合上面的两个规则意味着应用编程接口包必须由系统捆绑包导出。无论系统捆绑包是服务的提供者还是消费者，这都是正确的。

因此，API包必须包含在嵌入应用程序的系统类路径中，并在使用org设置OSGi框架时从系统包中导出。奥斯基。框架系统包装。额外的属性。

Answer 2

如果API包由系统包/框架提供，则只能从OSGi框架外部访问服务。因此，您不应该安装API包，而应该使用框架属性org。奥斯基。框架系统包装。导出API包的额外步骤。