在OSGi容器外和OSGi进行交互

来源:http://www.blogjava.net/BlueDavy/archive/2009/04/24/267425.html

在使用OSGi时,有些时候会需要在OSGi容器外获取OSGi服务,加载OSGi容器加载的class,或者说需要内嵌OSGi容器,本篇blog以一个简单的例子来说明如何基于equinox实现OSGi容器的内嵌,或者说通过程序来启动equinox,同时也通过此例子展示下如何在容器外来获取OSGi服务以及加载OSGi容器里面其他插件的class,同时还会附送一个如何让OSGi容器里的插件能加载到OSGi容器外的类的方法。

对于用过equinox的同学,或者看过我之前那两篇OSGi opendoc附带的例子的同学而言,都会知道通过命令行来启动equinox的方式,常见的一种脚本为:java -jar plugins/org.eclipse.osgi_3.2.1.R32x_v20060919.jar -configuration configuration -console,然后在当前目录的configuration目录下放置一个config.ini,在此config.ini中通过osgi.bundles=来配置需要加载和启动的插件,例如osgi.bundles=a.jar@start,那么要在程序中启动equinox容器,其实基本是差不多的。

查看equinox的代码,会看到调用上面的org.eclipse.osgi.jar后执行的是EclipeStarter中的静态run方法,因此只需在外部传入合适的参数,并调用此run方法即可完成equinox的启动,在程序中启动equinox,通常希望做到的是能够指定config.ini的配置信息以及插件的位置,而不是由equinox去决定,如果不进行设置,默认情况下EclipseStarter将会在工作路径下产生configuration,并以该configuration目录下的config.ini作为equinox启动的配置,对于osgi.bundles配置的bundle的路径,默认则为当前EclipseStarter代码所在的目录,例如上面的命令行,equinox在启动时就会从plugins目录中去加载插件,这通常是无法满足在程序中启动equinox的需求的,如果想自定义equinox启动的配置信息,而不是通过去加载指定的configuration中的config.ini,那么可以在程序中调用FrameworkProperties.setProperty来设置启动equinox的配置信息,如希望指定osgi.bundles中指定的加载的bundle的相对路径,那么可以在equinox启动的配置信息中增加osgi.syspath的指定,FrameworkProperties.setProperty("osgi.syspath",你希望指定的bundle所在的路径),equinox启动的配置信息还有很多种,具体有需要的话可以查看EclipseStarter中processCommandLine的方法,通过这样的方式后,就可以采用类似这样的方式来启动equinox:EclipseStarter.run(new String[]{"-console"},null);按照上面这样的方式就可以实现在外部程序中启动equinox了。

OSGi通过BundleContext来获取OSGi服务,因此想在OSGi容器外获取OSGi服务,首要的问题就是要先在OSGi容器外获取到BundleContext,EclipseStarter中提供了一个getSystemBundleContext的方法,通过这个方法可以轻松的拿到BundleContext,而通过BundleContext则可以容易的拿到OSGi服务的实例,不过这个时候要注意的是,如果想执行这个OSGi服务实例的方法的话,还是不太好做的,因为容器外的classloader和OSGi服务实例的class所在的classloader并不相同,因此不太好按照java对象的方式直接去调用,更靠谱的是通过反射去调用。

如果想在容器外获取到OSGi容器里插件的class,一个可选的做法是通过BundleContext获取到Bundle,然后通过Bundle来加载class,采用这样的方法加载的class就可以保证其是相同的,否则会出现容器外的一个A.class会不等于容器里插件的A.class,这个原因对于稍微知道java classloader机制的人都理解的。

按照上面的说法,一个简单的启动Equinox以及与OSGi容器交互的类可以这么写:
   /**
     * 启动并运行equinox容器
     
*/
    
public   static   void  start()  throws  Exception{
        
//  根据需要加载的bundle组装出类似a.jar@start,b.jar@3:start这样格式的osgibundles字符串来
        String osgiBundles = "" ;
        
//  配置Equinox的启动
        FrameworkProperties.setProperty( " osgi.noShutdown " " true " );
        FrameworkProperties.setProperty(
" eclipse.ignoreApp " " true " );
        FrameworkProperties.setProperty(
" osgi.bundles.defaultStartLevel " " 4 " );
        FrameworkProperties.setProperty(
" osgi.bundles " , osgiBundlesBuilder.toString());
        
//  根据需要设置bundle所在的路径
        String bundlePath = "" ;
        
//  指定需要加载的plugins所在的目录
        FrameworkProperties.setProperty( " osgi.syspath " , bundlePath);
        
//  调用EclipseStarter,完成容器的启动,指定configuration目录
        EclipseStarter.run( new  String[]{ " -configuration " , " configuration " , " -console " },  null );
        
//  通过EclipeStarter获取到BundleContext
        context = EclipseStarter.getSystemBundleContext();
    }
    
    
/**
     * 停止equinox容器
     
*/
    
public   static   void  stop(){
        
try  {
            EclipseStarter.shutdown();
            context
= null ;
        } 
        
catch  (Exception e) {
            System.err.println(
" 停止equinox容器时出现错误: " + e);
            e.printStackTrace();
        }
    }
    
    
/**
     * 从equinox容器中获取OSGi服务instance   还可以基于此进一步处理多服务接口实现的状况
     * 
     * 
@param  serviceName 服务名称(完整接口类名)
     * 
     * 
@return  Object 当找不到对应的服务时返回null
     
*/
    
public   static  Object getOSGiService(String serviceName){
        ServiceReference serviceRef
= context.getServiceReference(serviceName);
        
if (serviceRef == null )
            
return   null ;
        
return  context.getService(serviceRef);
    }
    
    
/**
     * 获取OSGi容器中插件的类
     
*/
    
public   static  Class <?>  getBundleClass(String bundleName,String className)  throws  Exception{
        Bundle[] bundles
= context.getBundles();
        
for  ( int  i  =   0 ; i  <  bundles.length; i ++ ) {
            
if (bundleName.equalsIgnoreCase(bundles[i].getSymbolicName())){
                
return  bundles[i].loadClass(className);
            }
        }
    }

在实现了OSGi容器外与OSGi交互之后,通常会同时产生一个需求,就是在OSGi容器内的插件要加载OSGi容器外的类,例如OSGi容器内提供了一个mvc框架,而Action类则在OSGi容器外由其他的容器负责加载,那么这个时候就会产生这个需求了,为了做到这点,有一个比较简单的解决方法,就是编写一个Bundle,在该Bundle中放置一个允许设置外部ClassLoader的OSGi服务,例如:
public class ClassLoaderService{
     
     public void setClassLoader(ClassLoader classloader);
  
}
然后基于上面的方法,在外部启动equinox的类中去反射执行ClassLoaderService这个OSGi服务的setClassLoader方法,将外部的classloader设置进来,然后在OSGi容器的插件中需要加载OSGi容器外的类的时候就调用下这个ClassLoaderService去完成类的加载。

基于以上说的这些方法,基本上是可以较好的实现OSGi容器与其他容器的结合,例如在tomcat中启动OSGi等,不过在动态化这块就没有那么好处理了,除非外部的容器也能提供相应的动态的机制,具体在下一篇的blog中再来细致的讨论下OSGi的动态化。

你可能感兴趣的:(java,ClassLoader,null,Class,osgi,plugins)