【发布时间】:2012-08-06 16:24:50
【问题描述】:
我目前正在尝试设置我自己的 ManagedServiceFactory 实现。这是我正在尝试做的事情:我需要基于每个配置的某些服务的多个实例。使用 DS,组件可以完美运行,但现在我发现这些服务应该根据某些外部资源的可用性处理自己的生命周期(即在服务注册表中(取消)注册),而这在 DS 中是不可能的。
因此我的想法是创建一个ManagedServiceFactory,然后它将从ConfigurationAdmin 接收配置并创建我的类的实例。这些再次尝试在单独的线程中连接到资源,并在准备好操作时将自己注册为服务。
由于我还没有实现这一点,我试图将所有内容分解为最基本的部分,甚至不处理动态(取消)注册,只是试图让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();
}
}
}
现在,它应该从ConfigurationAdmin 接收PID my.project.servicefactory 的配置,不是吗?
但它没有收到来自ConfigurationAdmin 的任何配置。捆绑包已启动,服务已注册,在 Web 控制台中,我可以看到配置管理员持有对我的 ManagedServiceFactory 的引用。是否应该设置某个属性? interface specification 不建议这样做。实际上我的实现与那里的示例或多或少相同。我不知道我在这里做错了什么,非常欢迎任何指向解决方案的指针。
另外,我最初考虑将ManagedServiceFactory 本身实现为 DS,这也应该是可能的,但我同样失败了:ConfigAdmin 没有移交任何配置。
更新
澄清问题:我认为这主要是一个配置问题。正如我所看到的,我应该能够为工厂指定两个 PID,一个标识工厂本身的配置(如果有的话),另一个通过这个工厂生产服务,我认为应该是 factory.pid .但是框架常量不包含这样的东西。
更新 2
在搜索了一下Felix Fileinstall源代码后,我发现当文件名中有-时,它对配置文件的处理方式不同。拥有名为my.project.servicefactory.cfg 的配置文件不起作用,但名为my.project.servicefactory-foo.cfg 和my.project.servicefactory-bar.cfg 的配置已按预期正确移交给我的ManagedServiceFactory,并且注册了多个ServiceInterface 的服务。万岁!
更新 3 按照 Neil 的建议,我把 the declarative service part in a new question 放在了这个范围内。
【问题讨论】:
-
虽然没有直接回答你的问题,但我上次与
ManagedServiceFactory搏斗时,我采纳了 Neil Bartlett 的建议,改用 DS 组件,如下所述:stackoverflow.com/a/4129464/31818 -
正如我上面提到的,DS 不适用于需要管理自己的生命周期的组件(服务)。 DS 无法让您控制服务(取消)注册过程,而是为您管理生命周期(在大多数情况下,这是一件好事!)
-
啊,我之前阅读你的问题时错过了这个要求。听起来,您的服务的存在取决于两件事:分配的配置,和一些可用的外部资源。我相信您比我们其他任何人都更了解您的需求。
-
两个问题:(1) Config Admin 是否真的有一个PID 与您的MSF 匹配的配置记录? (2)
ServiceConstants.PID是什么,这是你自己定义的常数吗?由于您没有明确列出它,我无法验证它是否正确......为什么不使用org.osgi.framework包中的Constants.SERVICE_PID? -
1) 是的,CA 有一个 pid
my.project.servicefactory的配置。 2)ServiceConstants 是 Pax 的东西,这是错误的,我在上面将其更新为 Constants.SERVICE_PID,但没有任何效果