java - 从 Felix 获取具体实现

Question

我已经花了很长时间学习 OSGi，但我仍然觉得好像缺少了一个关键的拼图。

这是我的用例:

我正在使用 JAX-RS (Grizzly) 创建 REST API。我有一个具有许多不同实现的接口(interface)。我的解决方案应该能够随时添加新的实现。

基于某种形式的输入，我必须掌握这些特定实例中的一个。例如，假设我使用 Felix Interface A 和 Interface B 注册了两个接口(interface)实现。用户应该能够请求实现 B

通过使用我们从运行 felix.jar(Apache Felix Gogo ) 获得的命令行，我已经能够安装和启动我自己的包。我现在面临的问题是我应该如何从我的一个 Controller 中检索这些实现中的任何一个。

这是我的一个实现的激活器代码。

public class MyClassActivator implements BundleActivator {

@Override
public void start(BundleContext context) throws Exception {
    System.out.println("Starting ImplementationA");
    Hashtable<String, String> props = new Hashtable<>();
    props.put("Identifier", "ImplementationA");

    context.registerService(MyInterface.class.getName(), new MyClassA(), props);
}

@Override
public void stop(BundleContext context) throws Exception {
    System.out.println("Stopping ImplementationA");

}

private class ImplementationA implements MyInterface { 
     /*my implementation*/ 
}

}

在我的一个 JAX-RS 类中，我想以某种方式执行此操作:

MyInterface myclassA = getBundle("ImplementationA");

字符串 ImplementationA 与我放置在 props 映射中的字符串相同。

到目前为止我尝试过的是

BundleContext bc = FrameworkUtil.getBundle(MyInterface.class).getBundleContext();

但这只是返回 null，它似乎并没有真正与我的 felix 实例“交谈”。

所以我的问题是如何从 Felix 获取接口(interface)？我想用 OSGi 做些什么？

Answer 1

您的问题令人困惑，因为您混淆了服务和捆绑的术语。 bundle 是包含代码的可安装单元。该代码可以注册和使用服务。服务是对象，通常实现一些接口(interface)，该接口(interface)在提供服务的 bundle 和使用服务的 bundle 之间共享。

因此，首要任务是确保服务接口(interface)的包由某个 bundle 导出，并由计划参与提供和使用服务的所有 bundle 导入。这是确保类型安全所必需的。也就是说，消费包可以安全地将服务对象转换为预期的服务类型。

完成后，作为您的观察者，可以有多个服务提供者。当提供者注册服务时，他们可以以键/值属性的形式指定有关服务的一些元数据。您的示例在 Identifier 属性中显示了这一点。当消费者查找服务时，可以指定一个过滤器字符串，它可以指定要根据服务的元数据检查的信息，以便从提供的多个服务中进行选择。

public class MyServiceConsumer implements BundleActivator {

@Override
public void start(BundleContext context) throws Exception {
    System.out.println("Looking for ImplementationA");

    ServiceReference<MyInterface>[] refs =
    context.getServiceReferences(MyInterface.class, "(Identifier=ImplementationA)");
    MyInterface service = context.getService(refs[0]);
}

}

上面是糟糕的代码；不要实际使用它。当消费者包被激活(refs == null)时，它不会处理没有服务的情况，也不会为服务消失做好准备。我强烈建议您在编写 bundle 时使用 OSGi 声明式服务。它使服务的使用和动态处理变得 super 简单。

@Component
public class MyServiceConsumer {
MyInterface service;

@Reference(target="(Identifier=ImplementationA)")
private void bindService(MyInterface s) {
    service = s;
}

@Activate
private activate() {
    // do work
}

@Deactivate
private deactivate() {
    // do work
}

}

这是一个仅在存在匹配服务时才会实例化的组件。它将在 bindService 处调用以注入(inject)服务实例，将调用 activate 以启用组件来完成它的工作。如果注入(inject)的服务消失了，该组件将在停用时被调用，然后被丢弃。如果稍后出现另一个匹配服务，将激活该组件的一个新实例。

参见 http://enroute.osgi.org/有关 OSGi 应用程序开发的教程。