Question

我花了很长时间学习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");

String ImplementationA与我在道具地图中放置的字符串相同。

到目前为止我尝试过的是

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

然而，这只是返回null，它似乎并没有实际上是＆＃34;说＆＃34;我的felix实例。

所以我的问题是如何从Felix获得界面？我想用OSGi做什么呢？

Answer 1

您的问题很混乱，因为您混合了服务和捆绑包的条款。 bundle是一个包含代码的可安装单元。该代码可以注册和使用服务。服务是对象，通常实现一些接口，该接口在提供服务的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 Declarative Services。它使服务使用和处理动态超级简单。

@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 app dev。的教程，请参阅http://enroute.osgi.org/。

从Felix获取具体实现

1 个答案: