OSGi声明性服务在运行时过滤引用

时间:2014-01-16 15:33:39

标签: service runtime osgi karaf

我一直在尝试使用Karaf上的OSGi声明服务(以及蓝图等)中的一些示例。我现在试图解决的问题是如何在运行时获取对某些服务的引用(因此注释和/或XML在这里不是真正的选项)

我将解释我的用例:

我正在尝试设计(到目前为止,仅在我的脑海中,这就是为什么我仍然只是试验OSGi :))一个系统来控制工业中的某些自动化过程。为了与设备通信,正在使用一组特殊的协议。为了使组件尽可能可重用,我设计了一个基于层的通信模型(例如用于网络的ISO / OSI模型,但更简单)

要将其转换为OSGi,我系统的每一层都将由一组包组成。一个用于该层的接口,然后是该层的每个实现的一个插件(在OSI的传输层上将其想象为TCP与UDP)。

要引用此类网络中的任何设备,将使用自定义地址格式(此类地址的两个示例可以是xpa://12.5/03FE或xpb://12.5/03FE)。此类地址包含有关访问所请求设备所需的层及其值的所有信息。您可以猜到,此地址的每个部分代表我的网络模型的一层。

这些地址将存储在某个配置数据库中(因此,简单的.cfg或.properties文件也不是一个选项),以便可以在运行时远程更改它们。

我正在考虑创建一个Factory,它将解析这个地址,并根据其所有组件创建一个对象链(从OSGi获取适当的服务),实现所有层并相应地配置它们。

由于可以有更多单层实现(因此,实现单个接口的服务更多),这个工厂需要在运行时(当它获取设备地址作为字符串传递时)决定选择哪个特定实现(根据服务将声明的其他属性)。

如何在OSGi中实现?对于这个,DS,蓝图或其他什么方法更好?

3 个答案:

答案 0 :(得分:7)

我意识到这对于这个问题来说现在是一个非常晚的答案,但是这两个答案都错过了声明式服务中明显的内置过滤支持。

可以使用@Reference批注为DS参考定义目标过滤器:

@Component
public class ExampleComponent {
    @Reference(target="(foo=bar)")
    MyService myService;
}

也可以使用配置添加(或覆盖)此目标过滤器。对于组件:

@Component(configurationPid="fizz.buzz")
public class ExampleComponent {
    @Reference
    MyService myService;
}

pid fizz.buzz的配置字典可以使用键myService.target设置新的过滤器。

这是一个比跳转到原始OSGi API更好的选择,并且可用于多个规范版本。

答案 1 :(得分:2)

我撤销了我的回答,因为加入的答案是正确的。当我回答这个问题时,我错过了这个,但在规范中非常重要的细节。

OSGi给出了一种称为服务跟踪器的好方法。您可以在声明性服务中使用。在此示例中,有一个配置,用于保存要使用的服务的过滤器。如果过滤器配置发生变化,整个组件将重新激活,因此跟踪机制正在重新启动。

import org.apache.felix.scr.annotations.Activate;
import org.apache.felix.scr.annotations.Component;
import org.apache.felix.scr.annotations.Deactivate;
import org.apache.felix.scr.annotations.Properties;
import org.apache.felix.scr.annotations.Property;
import org.osgi.framework.BundleContext;
import org.osgi.framework.InvalidSyntaxException;
import org.osgi.framework.ServiceReference;
import org.osgi.service.component.ComponentContext;
import org.osgi.util.tracker.ServiceTracker;
import org.osgi.util.tracker.ServiceTrackerCustomizer;

@Component(immediate = true, metatype = true)
@Properties(value = {
        @Property(name = "filterCriteria", value = "(objectClass=*)")
})
public class CustomTracker {

    private CustomServiceTracker customServiceTracker;

    @Activate
    protected void activate(ComponentContext componentContext) throws InvalidSyntaxException {
        String filterCriteria = (String) componentContext.getProperties().get("filterCriteria");
        customServiceTracker = new CustomServiceTracker(componentContext.getBundleContext(), filterCriteria);
        customServiceTracker.open(true);
    }

    @Deactivate
    protected void deactivate() {
        customServiceTracker.close();
    }

    /**
     * OSGi framework service tracker implementation. It is able to listen all serivces available in the system.
     */
    class CustomServiceTracker extends ServiceTracker {

        CustomServiceTracker(BundleContext bundleContext, String filterCriteria) throws InvalidSyntaxException {
            super(bundleContext, bundleContext.createFilter(filterCriteria), (ServiceTrackerCustomizer) null);
        }

        @SuppressWarnings("checkstyle:illegalcatch")
        @Override
        public Object addingService(ServiceReference serviceReference) {
            try {
                Object instance = super.addingService(serviceReference);
                // TODO: Whatever you need
                return instance;
            } catch (Exception e) {
                LOGGER.error("Error adding service", e);
            }
            return null;
        }

        @Override
        public void removedService(ServiceReference serviceReference, Object service) {
            // TODO: Whatever you need
            super.removedService(serviceReference, service);
        }

        @Override
        public void modifiedService(ServiceReference serviceReference,
                                    Object service) {
            super.modifiedService(serviceReference, service);
        }
    }
}

答案 2 :(得分:0)

我在这个用例中看到的唯一选择是直接使用OSGi API。听起来每次获得要处理的地址时都必须进行服务查找。因此,每次处理地址时,您都必须获得适当的服务实现(基于过滤器)。

DS和Blueprint等声明式方法无法让您这样做,因为过滤器无法在运行时更改。