Eclipse 中的 OSGi 声明式服务、多个服务接口和线程安全
OSGi Declarative Services in Eclipse, multiple service interfaces, and Thread Safety
我刚刚在我的代码中偶然发现了一个现象,归结为:
我有一个 OSGi 声明式服务,提供两个配置如下的服务接口:
<?xml version="1.0" encoding="UTF-8"?>
<scr:component xmlns:scr="http://www.osgi.org/xmlns/scr/v1.1.0" activate="init" deactivate="dispose" enabled="true" name="redacted.redactedstore">
<implementation class="redacted.RedactedStore"/>
<service>
<provide interface="redacted.IRedactedStore"/>
<provide interface="redacted.IRedactedStoreControl"/>
</service>
</scr:component>
在我的代码中,我有两个不同的线程,它们都打开一个 ServiceTracker
来获取服务实例,但是通过不同的接口:
tracker = new ServiceTracker<>(getBundle().getBundleContext(), <serviceClass>.class, null);
tracker.open();
tracker.waitForService(1000l);
所以一个线程使用 IRedactedStore
作为服务 class 而另一个使用 IRedactedStoreControl
作为服务接口。
所以似乎发生的是,当两个线程 运行 在正确的时间并行时,Equinox SCR 将实例化组件实现的两个实例而不是一个(正如我所期望的那样)class.
这种行为是否正确?或者这是 OSGi 的 Equinox 实现中的错误?
如果行为正确,我可以在我的代码中做些什么来通过另一种方式配置服务来防止这种情况发生吗? (当然我可以重组服务,让它只提供一个接口,或者我可以同步服务跟踪器...)
对于非原型范围组件,我希望它只创建一次。
参见 declarative services spec。
如果这个问题只在服务跟踪器 运行 并行时发生,那么我怀疑它可能是 equinox scr 中的并发问题。
我刚刚在我的代码中偶然发现了一个现象,归结为:
我有一个 OSGi 声明式服务,提供两个配置如下的服务接口:
<?xml version="1.0" encoding="UTF-8"?>
<scr:component xmlns:scr="http://www.osgi.org/xmlns/scr/v1.1.0" activate="init" deactivate="dispose" enabled="true" name="redacted.redactedstore">
<implementation class="redacted.RedactedStore"/>
<service>
<provide interface="redacted.IRedactedStore"/>
<provide interface="redacted.IRedactedStoreControl"/>
</service>
</scr:component>
在我的代码中,我有两个不同的线程,它们都打开一个 ServiceTracker
来获取服务实例,但是通过不同的接口:
tracker = new ServiceTracker<>(getBundle().getBundleContext(), <serviceClass>.class, null);
tracker.open();
tracker.waitForService(1000l);
所以一个线程使用 IRedactedStore
作为服务 class 而另一个使用 IRedactedStoreControl
作为服务接口。
所以似乎发生的是,当两个线程 运行 在正确的时间并行时,Equinox SCR 将实例化组件实现的两个实例而不是一个(正如我所期望的那样)class.
这种行为是否正确?或者这是 OSGi 的 Equinox 实现中的错误?
如果行为正确,我可以在我的代码中做些什么来通过另一种方式配置服务来防止这种情况发生吗? (当然我可以重组服务,让它只提供一个接口,或者我可以同步服务跟踪器...)
对于非原型范围组件,我希望它只创建一次。 参见 declarative services spec。
如果这个问题只在服务跟踪器 运行 并行时发生,那么我怀疑它可能是 equinox scr 中的并发问题。