从 Felix 获取特定的实现答案

【问题标题】：Getting a specific implementation from Felix从 Felix 获取特定的实现
【发布时间】：2014-11-23 20:00:59
【问题描述】：

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

这是我的用例：

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

根据某种形式的输入，我必须掌握这些特定实例中的一个。例如，假设我使用 Felix Interface A 和 Interface B 注册了两个接口实现。用户应该可以请求Implementation B

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

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

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 与我放置在道具地图中的字符串相同。

到目前为止我尝试过的是

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

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

所以我的问题是如何从 Felix 获得接口？我想用 OSGi 做些什么吗？

【问题讨论】：

标签： java osgi apache-felix

【解决方案1】：

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

因此，首要任务是确保服务接口的包由某个 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）时，它不处理没有服务，也没有为服务消失做好准备。我强烈建议您在编写包时使用 OSGi 声明式服务。它使服务的使用和处理动态超级简单。

@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 处调用以注入服务实例，将调用 activate 以使组件能够工作。如果注入的服务消失，组件将在停用时被调用，然后被丢弃。如果稍后出现另一个匹配服务，则会激活该组件的新实例。

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

【讨论】：