OSGI SCR框架中的可选依赖项

时间:2013-11-13 21:09:39

标签: java dependencies osgi apache-felix

我在OSGI felix平台中使用SCR框架在我的组件中注入服务引用。除了可选的依赖项之外,这很有用。所以如果我有两个组件Foo和Bar,下面给出了Foo:

@Component
public class FooImpl implements Foo {
    Log log = LogFactory.getLog(this.getClass());
    @Reference(cardinality=ReferenceCardinality.OPTIONAL_UNARY)
    Bar bar;

    public void bindBar(Bar bar) {
        log.info("bar bound: "+bar);
    }
    public void unbindBar(Bar map) {
        log.info("bar unbound: "+bar);
    }

    @override
    public void fooHello() {
        log.info("Hello, this is an implementation of Foo");
    }
}

这是有效的,只要定义Bar接口的bundle部署在我的OSGi平台中。如果在平台中没有激活Bar实现组件,SCR仍然很高兴并且将激活我的FooImpl组件,而不参考任何Bar实现。但是,如果未在平台中部署Bar接口,则在激活组件期间SCR会崩溃,这可能是由于通过反射检查组件的异常,但我无法确定。

那么,有没有办法部署带有可选依赖项的OSGI包,这些依赖项在平台中不存在,包括SCR组件,这些组件具有对来自这些可选OSGi依赖项的接口的可选引用?

1 个答案:

答案 0 :(得分:3)

OSGi依赖项可用于注入某些类型的实现,例如实现BarImpl类的Bar类,可以注入@Reference Bar bar字段。可选的依赖项意味着您的OSGi组件可以使用某些服务,但不需要它可以工作。

但是,如果OSGi不知道您尝试用作字段的类型,则会出现异常,这是一种有效的行为。如果它的字段具有未知类型,则根本不能使用类 - 它不仅适用于OSGi,而且适用于Java。

这里的一个好方法是将包含Bar实现的bundle拆分为两个bundle:

  • bar-api包含Bar界面,
  • bar-impl包含OSGi服务BarImpl
bar-api仍然需要

FooImpl,但bar-impl是真正可选的,在Felix控制台中禁用它不会破坏引用组件。