reference-list除了可以用setter的方式注入OSGI service外，还可以用listener的方法来实现OSGI service的注入。

 

 
  
  1. <?xml version="1.0" encoding="UTF-8"?> 
  2. <blueprint 
  3. xmlns="http://www.osgi.org/xmlns/blueprint/v1.0.0" 
  4. xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
  5. xsi:schemaLocation="http://www.osgi.org/xmlns/blueprint/v1.0.0 http://www.osgi.org/xmlns/blueprint/v1.0.0/blueprint.xsd" 
  6. default-timeout="0"> 
  7.  
  8. <bean id="coders" class="com.ponder.coders"> 
  9. </bean> 
  10. <!-- 为以上bean定义一个引用列表,将所有com.ponder.ICoder服务都通过bindICoder注入进来 --> 
  11. <reference-list id="coderExtender" interface="com.ponder.ICoder" availability="optional"> 
  12. <reference-listener bind-method="bindICoder" unbind-method="unbindICoder" ref="coders"> 
  13. </reference-listener> 
  14. </reference-list> 
  15. <!-- bean通过使用引用列表里的服务，对外提供com.ponder.ICodeService服务,这个bean就类似于一个"扩展点" --> 
  16. <service id="CoderService" ref="coders" interface="com.ponder.ICodeService"> 
  17.  
  18. </service> 
  19. </blueprint> 
 
  

      
  
 
  

      
  
 
  

        这种方法就是通过bean里定义由reference-listener子节点的属性bind-method和unbind-method指定的两个方法来注入或撤走服务的引用。这两个方法都带一个com.ponder.ICoder的参数，也就是将要被注入或撤走的那个服务引用。当多个服务被注入（或撤走）时，bind-method（或unbind-method）会被调用多次。这种方式给予你更大的控制自由度。 
  
 
  

      
  
 
  

        另外，reference-list还支持availability属性，可取“optional”和“mandatory”两个选项之一。 
  
 
  

         optional代表引用的服务可以为0个，即使引用的服务不存在，也不影响引用它的那个bean，blueprint的应用组装依然能够顺利完成。 
  
 
  

         而mandatory则要求引用的服务至少存在1个，被引用的服务必须在超时时间内最少存在1个可用，否则这个bundle的blueprint状态将在超时后变成“fail”，应用的组装将失败，无法对外提供服务。 
  
 
  

      
  
 
  

        最后，reference-list节点也可以和reference节点那样用filter属性来过滤引用的服务。