Java 从Felix获得特定的实现

Java 从Felix获得特定的实现,java,osgi,apache-felix,Java,Osgi,Apache Felix,我花了很长时间学习OSGi,但我仍然觉得这个谜题缺少了一个关键的部分 这是我的用例: 我正在使用JAX-RS(Grizzly)创建RESTAPI。我有一个接口,它有许多不同的实现。我的解决方案应该能够随时添加新的实现 基于某种形式的输入,我必须获得这些特定实例中的一个。例如,假设我向Felix接口A和接口B注册了两个接口实现。用户应该能够要求实现B 通过使用运行felix.jar(ApacheFelixGogo)得到的命令行,我能够安装并启动自己的包。我现在面临的问题是如何从我的一个控制器中检索

我花了很长时间学习OSGi,但我仍然觉得这个谜题缺少了一个关键的部分

这是我的用例:

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

基于某种形式的输入,我必须获得这些特定实例中的一个。例如,假设我向Felix
接口A
接口B
注册了两个接口实现。用户应该能够要求
实现B

通过使用运行
felix.jar
(ApacheFelixGogo)得到的命令行,我能够安装并启动自己的包。我现在面临的问题是如何从我的一个控制器中检索这些实现

下面是我的一个实现的激活器的代码

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*/ 
}

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

到目前为止,我所尝试的是

BundleContext bc = FrameworkUtil.getBundle(MyInterface.class).getBundleContext();
然而,这只是返回null,它似乎并没有实际与我的felix实例“对话”


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

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

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]);
}

}
因此,业务的第一个顺序是确保服务接口的包由某个包导出,并由计划参与提供和使用服务的所有包导入。这是确保类型安全所必需的。也就是说,消费捆绑包可以安全地将服务对象强制转换为预期的服务类型

完成后,您可以看到,一个服务可以有多个提供者。当提供者注册服务时,他们可以以键/值属性的形式指定有关服务的一些元数据。您的示例在
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]);
}

}
这是一个仅在存在匹配服务时才会实例化的组件。它将在bindService处被调用以注入服务实例,而activate将被调用以使组件能够执行它的工作。如果注入的服务消失,组件将在停用时调用,然后丢弃。如果稍后出现另一个匹配服务,则会激活该组件的新实例

有关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
}

}