- 浏览: 41541 次
- 性别:
- 来自: 北京
-
文章分类
最新评论
-
wufabeishang:
文章不错 顶一个http://www.hrblive.com ...
基于Equinox的OSGI4的单独部署与基本应用 -
xucl:
这个东西比较好了,抽取数据比较方便
ETL工具Kettle用户手册 -
mengqingyu:
回帖怕被扣积分。。。有没有4.0以上的使用手册?
ETL工具Kettle用户手册 -
jackpk:
多谢,最近也在做数据抽取,好东西哈
ETL工具Kettle用户手册 -
gaoshaoye:
thinks。目前正在了解这个工具,怎么就看到有人下,没看到有 ...
ETL工具Kettle用户手册
从外部启动Equinox
前面,我们都是通过Eclipse启动我们的Bundle。但是,在有些时候,我们希望自己来控制OSGi的容器的启动,并且在OSGi的容器外部获取OSGi的服务,甚至是把OSGi的容器内嵌到我们的应用之中。下面我们就来看一下如何把Equinox 嵌入到应用中。由应用来启动Equinox 、获取OSGi的服务,以及加载OSGi容器中的其他插件的类。并且也会演示OSGi容器中的插件如何加载OSGi容器外的类的方法。
我们在前面演示了如何通过命令行来启动Equinox ,常见的一种脚本为:java-jar plugins/org.eclipse.osgi_3.4.3.R34x_v20081215-1030.jar -configuration configuration -console,然后在当前的configuration目录下放置一个config.ini,在此config.ini中通过 osgi.bundles=来配置要加载和启动的插件,例如osgi.bundles=example.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 中提供了一个getSystemBundle- Context的方法,通过这个方法可以轻松拿到BundleContext,而通过BundleContext则可以轻易拿到OSGi服务的实例。不过这个时候要注意的是,如果想执行这个OSGi 服务实例的方法,还是不太好做的,因为容器外的classloader和OSGi服务实例的class所在的classloader并不相同,因此不太好按照java对象的方式直接去调用,更靠谱的是通过反射去调用。
如果想在容器外获取到OSGi容器里插件的class,一个可选的做法是通过BundleContext获取到Bundle,然后通过Bundle 来加载 class,采用这样的方法加载的class就可以保证是相同的。否则会出现容器外的一个A.class不等于容器里插件的A.class,其中原因对于稍微知道java classloader机制的人都是理解的。
按照上面的说法,一个简单的启动Equinox 及与OSGi容器交互的类可以这么写:
Java代码
/**
* 启动并运行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);
}
}
/**
* 启动并运行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服务,例如:
Java代码
public class ClassLoaderService{
public void setClassLoader(ClassLoader classloader);
}
public class ClassLoaderService{
public void setClassLoader(ClassLoader classloader);
}
基于上面的方法,在外部启动Equinox 的类中去反射执行ClassLoaderService这个OSGi服务的setClassLoader方法,将外部的classloader设置进来,然后在OSGi容器的插件中要加载OSGi容器外的类的时候就调用下面这个ClassLoaderService去完成类的加载。
基于以上说的这些方法,基本上可以较好地实现OSGi容器与其他容器的结合,例如在tomcat中启动OSGi等,或者在我们自身的应用中来控制OSGi的容器。到这里,我们基本上完成了对于Equinox 的介绍,下面来看另外一个应用也较广泛的OSGi的容器--Felix。
前面,我们都是通过Eclipse启动我们的Bundle。但是,在有些时候,我们希望自己来控制OSGi的容器的启动,并且在OSGi的容器外部获取OSGi的服务,甚至是把OSGi的容器内嵌到我们的应用之中。下面我们就来看一下如何把Equinox 嵌入到应用中。由应用来启动Equinox 、获取OSGi的服务,以及加载OSGi容器中的其他插件的类。并且也会演示OSGi容器中的插件如何加载OSGi容器外的类的方法。
我们在前面演示了如何通过命令行来启动Equinox ,常见的一种脚本为:java-jar plugins/org.eclipse.osgi_3.4.3.R34x_v20081215-1030.jar -configuration configuration -console,然后在当前的configuration目录下放置一个config.ini,在此config.ini中通过 osgi.bundles=来配置要加载和启动的插件,例如osgi.bundles=example.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 中提供了一个getSystemBundle- Context的方法,通过这个方法可以轻松拿到BundleContext,而通过BundleContext则可以轻易拿到OSGi服务的实例。不过这个时候要注意的是,如果想执行这个OSGi 服务实例的方法,还是不太好做的,因为容器外的classloader和OSGi服务实例的class所在的classloader并不相同,因此不太好按照java对象的方式直接去调用,更靠谱的是通过反射去调用。
如果想在容器外获取到OSGi容器里插件的class,一个可选的做法是通过BundleContext获取到Bundle,然后通过Bundle 来加载 class,采用这样的方法加载的class就可以保证是相同的。否则会出现容器外的一个A.class不等于容器里插件的A.class,其中原因对于稍微知道java classloader机制的人都是理解的。
按照上面的说法,一个简单的启动Equinox 及与OSGi容器交互的类可以这么写:
Java代码
/**
* 启动并运行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);
}
}
/**
* 启动并运行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服务,例如:
Java代码
public class ClassLoaderService{
public void setClassLoader(ClassLoader classloader);
}
public class ClassLoaderService{
public void setClassLoader(ClassLoader classloader);
}
基于上面的方法,在外部启动Equinox 的类中去反射执行ClassLoaderService这个OSGi服务的setClassLoader方法,将外部的classloader设置进来,然后在OSGi容器的插件中要加载OSGi容器外的类的时候就调用下面这个ClassLoaderService去完成类的加载。
基于以上说的这些方法,基本上可以较好地实现OSGi容器与其他容器的结合,例如在tomcat中启动OSGi等,或者在我们自身的应用中来控制OSGi的容器。到这里,我们基本上完成了对于Equinox 的介绍,下面来看另外一个应用也较广泛的OSGi的容器--Felix。
发表评论
-
Intent打开各种类型文件
2011-08-20 17:19 795AndroidExcel //android获取一个用于打开 ... -
乱码叮叮当当
2011-03-01 10:47 870地对地导弹地对地导弹点点滴滴 -
sfsfsf
2010-11-12 10:33 700sfsffsf -
ddsttttt
2010-11-12 10:15 779sfsfddddddddddddddddddddddddddd ... -
构建test
2010-09-06 13:03 750teststata -
English
2010-07-02 08:34 660fffffffffffffffffffffffffffff -
ETL工具Kettle用户手册
2010-06-04 12:04 3110ETL工具Kettle用户手册ETL工具Kettle用户手册E ... -
ireport
2010-06-02 12:33 825ireportireportireportireportire ... -
struts2 学习
2010-06-02 09:04 1383Struts 2.0 ... -
it 读书
2010-05-28 14:55 766ddddddddddddddddddddddddddd -
test
2010-05-28 09:37 756dddddddddddddddd -
riena 在线更新问题
2010-05-21 13:16 651riena 在线更新,也发现新的版本了,客户端程序更新后还是原 ... -
riena 的在线更新
2010-05-19 13:13 782riena 的在线更新 它是在rcp的基础上来实现这个 ... -
eclipse调试equinox bundle时只能启动6个bundle的问题
2010-05-18 15:39 970eclipse调试equinox bundle时只能启动6个b ... -
请问用javascript如何实现求两个日期相隔的天数
2010-05-18 15:31 1497请问用javascript如何实现求两个日期相隔的天数 文章分 ... -
修改Java系统默认编码
2010-05-18 15:29 1608修改Java系统默认编码 文章分类:Java编程 通过以下代 ... -
使用web start 发布eclipse3.5的RCP
2010-05-18 15:28 1053使用web start 发布eclipse3. ... -
基于Equinox的OSGI4的单独部署与基本应用
2010-05-14 09:05 1441基于Equinox的OSGI4的单独部署与基本应用 文章分类: ... -
OSGI equinox 运行环境搭建
2010-05-13 16:50 2281OSGI equinox 运行环境搭建 关键字: osgi e ... -
eclipse
2010-05-13 09:36 703Eclispe插件开发( Plug-in Developmen ...
相关推荐
从压缩包文件的文件名称列表来看,只有一个文件"equinox-1.7",这可能是一个自解压的可执行文件或者是一个包含所有Equinox 1.7相关文件的压缩文件。如果它是可执行文件,那么用户可以直接运行来安装或启动Equinox...
1. **Equinox启动器**:Equinox的启动器是OSGi框架的入口点,负责初始化系统类加载器,加载和启动核心Bundle,为整个OSGi环境提供基础。 2. **Bundle上下文**:每个Bundle都有一个Bundle上下文对象,它是Bundle与...
Equinox是所有Eclipse系统的基础,从嵌入式航空自助登机亭、滑雪场闸门到丰富的客户端应用、集成开发环境(IDE),甚至高性能应用服务器如WebSphere和Spring dm server等,都有它的身影。 2. **创建第一个Bundle**...
4. **导入导出包**:在MANIFEST.MF文件中,通过Import-Package和Export-Package声明Bundle对外部库的依赖和自身提供的服务。这是OSGi模块间通信的关键。 5. **服务注册与查找**:在OSGi环境中,服务是通过Service ...
此外,教程可能会讲解如何创建OSGi bundles(模块),如何定义它们的依赖关系,以及如何在Equinox运行时管理系统中启动和管理这些模块。 【标签】"源码"提示我们,这个快速入门可能涉及阅读和理解Equinox框架的源...
使用Equinox启动应用的命令行示例如下: ```bash java -jar equinox.jar -console ``` 2. **Apache Felix**:Apache软件基金会的项目,实现了OSGi 4.x规范。Felix以其轻量级、灵活性和对标准的严格遵循而受到...
equinox-SDK-3.7.zip equinox-SDK-3.7.zip equinox-SDK-3.7.zip equinox-SDK-3.7.zip equinox-SDK-3.7.zip equinox-SDK-3.7.zip
OSGi是一个Java模块化平台,它允许多个独立的模块共同存在于同一个Java虚拟机中,并且这些模块可以独立地被安装、启动、停止、更新和卸载。Equinox是Eclipse组织提供的一个OSGi框架的实现,它支持Eclipse平台的插件...
Equinox是Eclipse项目的一部分,它是一个开源的OSGi实现,用Java编写,主要用于构建模块化应用程序。OSGi(Open Service Gateway Initiative)是一种Java服务框架,它定义了一种标准的模块化系统,允许Java应用程序...
在使用这个SDK时,开发者可以利用Eclipse IDE中的工具,例如通过P2来添加、更新和管理插件,或者使用Equinox的生命周期管理API来控制服务的启动、停止和更新。此外,Equinox还支持Declarative Services(DS)和...
Equinox SDK 3.8.2 是一个针对OSGi(开放服务网关倡议)标准的实现框架,由Eclipse基金会维护。OSGi是一种模块化系统和Java应用程序框架,它允许在运行时动态发现、组合和配置软件组件。下面将详细阐述Equinox SDK...
在Equinox环境中,我们可以使用命令行工具或图形化的Equinox控制台来启动框架,安装bundle,查看其状态(如活动、安装、未解决等),并控制它们的生命周期。 **7. 服务注册与查找** OSGi的另一个重要特性是服务组件...
eclipse de osgi框架 equinox-SDK-3.6.1.part1
在 OSGi 开发过程中,Equinox 提供了一套丰富的 API 和服务,例如生命周期管理(启动、停止、更新模块)、服务注册与查找、安全控制等。开发者可以利用这些工具来构建高度可扩展和灵活的 Java 应用程序。 总结来说...
这些bundles可以独立更新、启动和停止,无需重启整个系统。这种模块化设计提高了系统的可维护性和可扩展性。Equinox作为OSGi的实现,提供了运行时环境和管理工具,帮助开发者管理这些bundles。 Spring DM(现在被...
Equinox是Eclipse项目的一部分,它是一个开源的OSGi(Open Service Gateway Initiative)框架的实现。OSGi是一种模块化系统,用于Java应用程序的构建、部署和管理,它提供了动态发现和依赖管理的能力,使得开发者...
读者将首先了解到如何在 Servlet Container 中嵌入 OSGI,并从文章提供的例子中了了解其工作原理, 并提供一个简单的示例。通过学习了解 Servlet Container 中嵌入 OSGI, 我们也可以将这种技术用到其它的已有的系统...
如果尝试将它们混合使用,可能会导致各种问题,如插件冲突、启动失败或功能异常。因此,确保使用与Eclipse版本相匹配的Equinox SDK至关重要,以保证开发环境的稳定性和兼容性。 压缩包中的文件有以下几个: 1. `...
org.eclipse.equinox.executable org.eclipse.equinox.launcher org.eclipse.osgi org.eclipse.osgi.tests 另加几篇分析的文章