OSGI Blueprint入门之九

前几日，有网友提了一个问题:用blueprint注册了 一个servlet服务，并将另一个osgi服务注入这个 servlet服务bean里，以便在处理用户的http请求 时调用。但是部署运行后，发现servlet那里注入 的osgi服务一直为null。

表面上，以上的应用似乎设计简单合理。为什么 会出现这样的问题呢? 原因很简单:此servlet非彼 servlet。

当blueprint容器建立起模型时，上例提到的 servlet bean已实例化并注入了所需的osgi服务。 但是，当用户发起http请求时，一个新的servlet 实例在HttpService那里被创建，这个servlet实例 不是blueprint容器创建的那个，而且因为这个 servlet不是由blueprint容器托管的，所以不会被 注入所需的那个osgi服务，自然那个服务引用就 一直为null了。

问题原因找到了，那么怎么样在这个非blueprint 托管的servlet实例里引用osgi服务呢?

blueprint在发布一个osgi服务时，还会将它同时 注册到jndi上，所以，你可以用这个服务的jndi名 来查找到这个服务并引用它。

Blueprint的OSGI服务JNDI名是这样定义的：

<?xml version="1.0" encoding="UTF-8"?> 
<blueprint xmlns="http://www.osgi.org/xmlns/blueprint/v1.0.0";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xsi:schemaLocation="http://www.osgi.org/xmlns/blueprint/v1.0.0 ;http://www.osgi.org/xmlns/blueprint/v1.0.0/blueprint.xsd" 
default-timeout="0"> 

< reference id="CoderService" interface="com.ponder.ICodeService"/> 

</blueprint> 

那么，blueprint就会注册一个jndi名为 blueprint.comp/CoderService的jndi entry。

在serlvet里就可以这样引用这个服务：

import javax.naming.InitialContext; 
import javax.naming.NamingException; 
... ... 
try { 
InitialContext ic = new InitialContext(); 

com.ponder.ICodeService ref= (com.ponder.ICodeService) ic.lookup("blueprint:comp/CoderService"); 
if(null!=ref){ 
... ... 
} 
} catch (NamingException e) {
 ... ... 
} 

由于OSGI的服务是动态的，可能以上代码在运行 时，CoderService服务未必存在，所以，以上代 码需判断服务引用ref是否为null。

以上解决方案可以解决我们的问题，但并不完 美，是否还是可以象最初想的那样，直接通过 blueprint注入osgi服务，而不需要借助JNDI呢？ 容我想想看先... ...。