我目前正在尝试设置我自己的ManagedServiceFactory
实现。这是我正在尝试做的事情:我需要在每个配置基础上提供一些服务的多个实例。使用DS,组件工作得很好,但现在我发现这些服务应该处理自己的生命周期(即服务注册表中的(de)注册),具体取决于某些外部资源的可用性,这对DS来说是不可能的。
因此,我的想法是创建一个ManagedServiceFactory
,然后从ConfigurationAdmin
接收配置并创建我的类的实例。这些将再次尝试在单独的线程中连接到资源,并在它们准备好运行时将自己注册为服务。
由于我没有运气实现这一点,我试图将所有内容分解为最基本的部分,甚至没有处理动态(de)注册,只是试图让ManagedServiceFacotry
工作:
package my.project.factory;
import java.util.Dictionary;
import java.util.HashMap;
import java.util.Hashtable;
import java.util.Map;
import org.osgi.framework.BundleActivator;
import org.osgi.framework.BundleContext;
import org.osgi.framework.Constants;
import org.osgi.framework.ServiceRegistration;
import org.osgi.service.cm.ConfigurationException;
import org.osgi.service.cm.ManagedServiceFactory;
public class Factory implements BundleActivator, ManagedServiceFactory {
private ServiceRegistration myReg;
private BundleContext ctx;
private Map<String, ServiceRegistration> services;
@Override
public void start(BundleContext context) throws Exception {
System.out.println("starting factory...");
this.ctx = context;
java.util.Dictionary properties = new Hashtable<String, Object>();
properties.put(Constants.SERVICE_PID, "my.project.servicefactory");
myReg = context.registerService(ManagedServiceFactory.class, this,
properties);
System.out.println("registered as ManagedServiceFactory");
services = new HashMap<String, ServiceRegistration>();
}
@Override
public void stop(BundleContext context) throws Exception {
for(ServiceRegistration reg : services.values()) {
System.out.println("deregister " + reg);
reg.unregister();
}
if(myReg != null) {
myReg.unregister();
} else {
System.out.println("my service registration as already null " +
"(although it shouldn't)!");
}
}
@Override
public String getName() {
System.out.println("returning facotry name");
return "ServiceFactory";
}
@Override
public void updated(String pid, Dictionary properties)
throws ConfigurationException {
System.out.println("retrieved update for pid " + pid);
ServiceRegistration reg = services.get(pid);
if (reg == null) {
services.put(pid, ctx.registerService(ServiceInterface.class,
new Service(), properties));
} else {
// i should do some update here
}
}
@Override
public void deleted(String pid) {
ServiceRegistration reg = services.get(pid);
if (reg != null) {
reg.unregister();
}
}
}
现在,它应该从PID ConfigurationAdmin
的{{1}}接收配置,不是吗?
但它没有收到my.project.servicefactory
的任何配置。捆绑包已启动,服务已注册,在Web控制台中,我可以看到配置管理员拥有对我的ManagedServiceFactory的引用。是否应该设置某个属性? interface specification并不表示这一点。实际上我的实现或多或少与那里的例子相同。我不知道我在这里做错了什么,对解决方案的任何指示都非常受欢迎。
另外,我原本认为将ConfigurationAdmin
本身作为DS实现,这也应该是可能的,但我在同一点上失败了:ManagedServiceFactory
没有移交任何配置。
更新 澄清问题:我认为这主要是配置问题。在我看来,我应该能够为工厂指定两个PID,一个用于识别工厂本身的配置(如果有的话),另一个用于通过该工厂生产服务,我认为应该是{{1 }}。但是框架常量并没有这样的东西。
更新2
在搜索了一下Felix Fileinstall源代码后,我发现当文件名中有ConfigAdmin
时,它会以不同的方式处理配置文件。如果配置文件名为factory.pid
,则它不起作用,但名为-
和my.project.servicefactory.cfg
的配置已按预期正确移交给我的ManagedServiceFactory,并且my.project.servicefactory-foo.cfg
的多个服务是注册。乌拉!
更新3 正如尼尔所提出的,我把the declarative service part in a new question限制在这个范围内。
答案 0 :(得分:4)
我认为问题是你有一个单独的配置记录而不是一个工厂记录。您需要使用createFactoryConfiguration
方法使用my.project.servicefactory
作为 factoryPid 调用Config Admin。
如果您正在使用Apache Felix FileInstall(这是一种不用编写代码就可以轻松创建配置记录的方法),那么您需要在my.project.servicefactory-1.cfg
目录中创建一个名为load
的文件。您可以通过调用my.project.servicefactory-2.cfg
等来创建具有相同factoryPID的更多配置。