浅析OSGI的bundle依赖

最新推荐文章于 2021-11-19 17:04:15 发布
最新推荐文章于 2021-11-19 17:04:15 发布
阅读量3k 收藏
点赞数
分类专栏： Osgi 文章标签： osgi service constraints eclipse 测试 constants

From: http://www.xeclipse.com/?p=1165


Bundle是OSGI中的基础元件，不同的bundle之间可以相互依赖、引用，这样许多bundle才会共同协作，实现一些比较复杂的功能。Bundle的依赖一直是一个比较棘手的问题，包括Lazy start等，下面我们具体Bundle依赖到底是怎么一回事。

测试场景：Eclipse 3.6， Equinox 

先看看基础的依赖问题

准备环境

新建2个插件，注意选择“An OSGI Framework”

 

新建2个基础plugin project：org.salever.osgi.depends.clientbundle、org.salever.osgi.depends.hostbundle

然后启动一个OSGI Framework，在Eclipse里面Run configuration里面，新建一个OSGI Framework：

在新建的OSGI Framework里面，仅选择新建的2个插件，然后点击add Required Bundles：

为了测试顺利，建议添加-clean参数：

如果不出意外，将会出现OSGI的控制台：

输入ss，将列举当前的bundles：

1
2
3
4
5
6
7
8
osgi> ss
 
Framework is launched.
 
id  State       Bundle
0   ACTIVE      org.eclipse.osgi_3. 6.2 .R36x_v20110210
1   ACTIVE      org.salever.osgi.depends.hostbundle_1. 0.0 .qualifier
2   ACTIVE      org.salever.osgi.depends.clientbundle_1. 0.0 .qualifier

这时候仅仅有三个bundle启动，下面我们将尝试添加依赖关系，然后看看依赖关系不满足的时候，bundle的表现。

依赖

我们将尝试几种不同的场景：

  1. 【LAZY下】依赖不满足的时候，bundle的行为
  2. 正常运行的bundle，强行停止其依赖的bundles，该bundle的行为
  3. 无依赖的情况下，bundle的行为

在测试之前，必须先把OSGI Framework配置改下，将所有的bundle该为Lazy start，不然影响测试结果。

注意红线部分的设置。然后重启OSGI Framework。出现以下的内容，表明此时所有的bundle都是Lazy-start并且没有启动：

1
2
3
4
5
6
7
8
osgi> ss
 
Framework is launched.
 
id  State       Bundle
0   ACTIVE      org.eclipse.osgi_3. 6.2 .R36x_v20110210
3   <<LAZY>>    org.salever.osgi.depends.hostbundle_1. 0.0 .qualifier
4   <<LAZY>>    org.salever.osgi.depends.clientbundle_1. 0.0 .qualifier

注意先要把Bundle都设为Lazy-start。实现Lazy-start的bundle很简单，在MANIFEST.MF中，添加

1
Bundle-ActivationPolicy: lazy

就可以了。

测试场景1——简单依赖

这时候修改新建的2个bundle，在org.salever.osgi.depends.clientbundle中添加对org.salever.osgi.depends.hostbundle的依赖：

保存重启OSGI Framework，然后尝试启动org.salever.osgi.depends.clientbundle

1
2
3
4
5
6
7
8
9
10
osgi> ss
 
Framework is launched.
 
id  State       Bundle
0   ACTIVE      org.eclipse.osgi_3. 6.2 .R36x_v20110210
3   <<LAZY>>    org.salever.osgi.depends.hostbundle_1. 0.0 .qualifier
5   <<LAZY>>    org.salever.osgi.depends.clientbundle_1. 0.0 .qualifier
 
osgi> start 5

然后看看运行效果：

1
2
3
4
5
6
7
8
9
10
osgi> ss
 
Framework is launched.
 
id  State       Bundle
0   ACTIVE      org.eclipse.osgi_3. 6.2 .R36x_v20110210
3   <<LAZY>>    org.salever.osgi.depends.hostbundle_1. 0.0 .qualifier
5   ACTIVE      org.salever.osgi.depends.clientbundle_1. 0.0 .qualifier
 
osgi>

这时候org.salever.osgi.depends.clientbundle已经启动，而依赖的bundle——org.salever.osgi.depends.hostbundle依然是

1
3   <<LAZY>>    org.salever.osgi.depends.hostbundle_1. 0.0 .qualifier

看看clientbundle的header信息：

1
2
3
4
5
6
7
8
9
10
11
12
osgi> headers 5
Bundle headers:
  Bundle-ActivationPolicy = lazy
  Bundle-Activator = org.salever.osgi.depends.clientbundle.Activator
  Bundle-ManifestVersion = 2
  Bundle-Name = Clientbundle
  Bundle-RequiredExecutionEnvironment = JavaSE- 1.6
  Bundle-SymbolicName = org.salever.osgi.depends.clientbundle;singleton:= true
  Bundle-Version = 1.0 . 0 .qualifier
  Import-Package = org.osgi.framework;version= "1.3.0"
  Manifest-Version = 1.0
  Require-Bundle = org.salever.osgi.depends.hostbundle;bundle-version= "1.0.0"

这时候尝试停止hostbundle：

1
2
3
4
5
6
7
8
9
10
osgi> stop 3
 
osgi> ss
 
Framework is launched.
 
id  State       Bundle
0   ACTIVE      org.eclipse.osgi_3. 6.2 .R36x_v20110210
3   RESOLVED    org.salever.osgi.depends.hostbundle_1. 0.0 .qualifier
5   ACTIVE      org.salever.osgi.depends.clientbundle_1. 0.0 .qualifier

说明了即使被依赖的bundle不启动，clientbundle亦一样可以启动。

这里的依赖仅仅是简单的Add Required Bundle，没有使用里面的具体类，如果使用了依赖的bundle中的类了么？

测试场景2——添加具体Class调用

在hostbundle中新建类HostService：

1
2
3
4
5
6
7
8
9
10
11
12
13
package org.salever.osgi.depends.hostbundle;
 
/**
  * @author LiXP
  *
  */
public class HostService {
 
     public static void service() {
         System.out.println(HostService. class .toString() + ": Service" );
     }
 
}

然后Export这个package，使其能被其他bundle使用：

1
Export-Package: org.salever.osgi.depends.hostbundle

最后在clientbundle中添加使用，修改ClientActivator.java,使其在启动的时候调用

1
2
3
4
5
6
7
8
9
10
11
12
13
/*
  * (non-Javadoc)
  *
  * @see
  * org.osgi.framework.BundleActivator#start(org.osgi.framework.BundleContext
  * )
  */
public void start(BundleContext bundleContext) throws Exception {
     ClientActivator.context = bundleContext;
 
     HostService.service();
 
}

重启OSGI Framework，

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
osgi> ss
 
Framework is launched.
 
id  State       Bundle
0   ACTIVE      org.eclipse.osgi_3. 6.2 .R36x_v20110210
1   <<LAZY>>    org.salever.osgi.depends.hostbundle_1. 0.0 .qualifier
2   <<LAZY>>    org.salever.osgi.depends.clientbundle_1. 0.0 .qualifier
 
osgi> start 2
class org.salever.osgi.depends.hostbundle.HostService: Service
 
osgi> ss
 
Framework is launched.
 
id  State       Bundle
0   ACTIVE      org.eclipse.osgi_3. 6.2 .R36x_v20110210
1   ACTIVE      org.salever.osgi.depends.hostbundle_1. 0.0 .qualifier
2   ACTIVE      org.salever.osgi.depends.clientbundle_1. 0.0 .qualifier
 
osgi>

这时候，hostbundle也启动了。这个与OSGI的lazy-start机制有关。bundle的lclass或者其它资源被Class loader装载的时候，该bundle才会启动。注意<<LAZY>>和RESOLVED 是2种状态。

 

测试场景3——强制停止依赖的插件

停止hostbundle：

1
2
3
4
5
6
7
8
9
10
11
12
osgi> stop 1
 
osgi> ss
 
Framework is launched.
 
id  State       Bundle
0   ACTIVE      org.eclipse.osgi_3. 6.2 .R36x_v20110210
1   RESOLVED    org.salever.osgi.depends.hostbundle_1. 0.0 .qualifier
2   ACTIVE      org.salever.osgi.depends.clientbundle_1. 0.0 .qualifier
 
osgi>

clientbundle依然运行，说明在bundle已经启动以后，停止依赖的bundle，对其无影响。

依次停止2个bundle，然后启动clientbundle，看看结果：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
osgi> stop 2
 
osgi> ss
 
Framework is launched.
 
id  State       Bundle
0   ACTIVE      org.eclipse.osgi_3. 6.2 .R36x_v20110210
1   RESOLVED    org.salever.osgi.depends.hostbundle_1. 0.0 .qualifier
2   RESOLVED    org.salever.osgi.depends.clientbundle_1. 0.0 .qualifier
 
osgi> start 2
class org.salever.osgi.depends.hostbundle.HostService: Service
 
osgi>

2个bundle都启动。

修改一下代码，看看如果clientbundle一直调用hostbundle的时候，bundle的行为：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
/*
  * (non-Javadoc)
  *
  * @see
  * org.osgi.framework.BundleActivator#start(org.osgi.framework.BundleContext
  * )
  */
public void start(BundleContext bundleContext) throws Exception {
     ClientActivator.context = bundleContext;
 
     new Thread( new Runnable() {
         @Override
         public void run() {
             while ( true ) {
                 HostService.service();
                 try {
                     Thread.sleep( 5000 );
                 } catch (InterruptedException e) {
                 }
                 System.out.println( this .toString() + ": Sleep 5000ms" );
             }
 
         }
     }).start();
 
}

这里每隔5s，会发生一次调用：

1
2
3
4
osgi> org.salever.osgi.depends.clientbundle.ClientActivator$ 1 @1808199 : Sleep 5000ms
class org.salever.osgi.depends.hostbundle.HostService: Service
org.salever.osgi.depends.clientbundle.ClientActivator$ 1 @1808199 : Sleep 5000ms
class org.salever.osgi.depends.hostbundle.HostService: Service

然后停止hostbundle：

ss

Framework is launched.

id	State       Bundle
0	ACTIVE      org.eclipse.osgi_3.6.2.R36x_v20110210
1	RESOLVED    org.salever.osgi.depends.hostbundle_1.0.0.qualifier
2	ACTIVE      org.salever.osgi.depends.clientbundle_1.0.0.qualifier

osgi> org.salever.osgi.depends.clientbundle.ClientActivator$1@1808199: Sleep 5000ms
class org.salever.osgi.depends.hostbundle.HostService: Service

试试卸载hostbundle：

osgi> uninstall 1

osgi> ss

Framework is launched.

id	State       Bundle
0	ACTIVE      org.eclipse.osgi_3.6.2.R36x_v20110210
2	ACTIVE      org.salever.osgi.depends.clientbundle_1.0.0.qualifier

osgi> org.salever.osgi.depends.clientbundle.ClientActivator$1@763f5d: Sleep 5000ms
class org.salever.osgi.depends.hostbundle.HostService: Service
org.salever.osgi.depends.clientbundle.ClientActivator$1@763f5d: Sleep 5000ms
class org.salever.osgi.depends.hostbundle.HostService: Service
org.salever.osgi.depends.clientbundle.ClientActivator$1@763f5d: Sleep 5000ms
class org.salever.osgi.depends.hostbundle.HostService: Service

说明，只要bundle启动了，就算依赖的bundle没有了，它也不会受其影响。一个可能的解释为，OSGI Framework缓存了这些bundle资源。

测试场景3——依赖的插件不存在

最后我们看看，依赖的bundle不存在的时候，bundle的行为。

回到New OSGI Framework的页面，去掉org.salever.osgi.depends.hostbundle。

启动环境：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
osgi> !SESSION 2012 - 04 - 05 17 : 22 : 06.432 -----------------------------------------------
eclipse.buildId=unknown
java.version= 1.6 .0_17
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments:  -dev file:E:/workspace/common_ws/.metadata/.plugins/org.eclipse.pde.core/New OSGI/dev.properties -os win32 -ws win32 -arch x86 -consoleLog -console -clean
 
!ENTRY org.eclipse.osgi 2 0 2012 - 04 - 05 17 : 22 : 07.308
!MESSAGE One or more bundles are not resolved because the following root constraints are not resolved:
!SUBENTRY 1 org.eclipse.osgi 2 0 2012 - 04 - 05 17 : 22 : 07.309
!MESSAGE Bundle initial @reference :file:E:/workspace/common_ws/org.salever.osgi.depends.clientbundle/ was not resolved.
!SUBENTRY 2 org.salever.osgi.depends.clientbundle 2 0 2012 - 04 - 05 17 : 22 : 07.309
!MESSAGE Missing required bundle org.salever.osgi.depends.hostbundle_1. 0.0 .
 
!ENTRY org.eclipse.osgi 2 0 2012 - 04 - 05 17 : 22 : 07.311
!MESSAGE The following is a complete list of bundles which are not resolved, see the prior log entry for the root cause if it exists:
!SUBENTRY 1 org.eclipse.osgi 2 0 2012 - 04 - 05 17 : 22 : 07.311
!MESSAGE Bundle org.salever.osgi.depends.clientbundle_1. 0.0 .qualifier [ 1 ] was not resolved.
!SUBENTRY 2 org.salever.osgi.depends.clientbundle 2 0 2012 - 04 - 05 17 : 22 : 07.312
!MESSAGE Missing required bundle org.salever.osgi.depends.hostbundle_1. 0.0 .

出现错误信息，尝试列举已有的bundle：

1
2
3
4
5
6
7
osgi> ss
 
Framework is launched.
 
id  State       Bundle
0   ACTIVE      org.eclipse.osgi_3. 6.2 .R36x_v20110210
1   INSTALLED   org.salever.osgi.depends.clientbundle_1. 0.0 .qualifier

bundle状态为已安装，而没有启动，尝试启动：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
osgi> start 1
org.osgi.framework.BundleException: The bundle "org.salever.osgi.depends.clientbundle_1.0.0.qualifier [1]" could not be resolved. Reason: Missing Constraint: Require-Bundle: org.salever.osgi.depends.hostbundle; bundle-version= "1.0.0"
     at org.eclipse.osgi.framework.internal.core.AbstractBundle.getResolverError(AbstractBundle.java: 1317 )
     at org.eclipse.osgi.framework.internal.core.AbstractBundle.getResolutionFailureException(AbstractBundle.java: 1301 )
     at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java: 319 )
     at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java: 284 )
     at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java: 276 )
     at org.eclipse.osgi.framework.internal.core.FrameworkCommandProvider._start(FrameworkCommandProvider.java: 252 )
     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
     at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java: 39 )
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java: 25 )
     at java.lang.reflect.Method.invoke(Method.java: 597 )
     at org.eclipse.osgi.framework.internal.core.FrameworkCommandInterpreter.execute(FrameworkCommandInterpreter.java: 155 )
     at org.eclipse.osgi.framework.internal.core.FrameworkConsole.docommand(FrameworkConsole.java: 156 )
     at org.eclipse.osgi.framework.internal.core.FrameworkConsole.runConsole(FrameworkConsole.java: 141 )
     at org.eclipse.osgi.framework.internal.core.FrameworkConsole.run(FrameworkConsole.java: 105 )
     at java.lang.Thread.run(Thread.java: 619 )

这里就很好的解释了，为什么我们再运行Eclipse RCP插件时候，出现的一些类似错误的原因了。

 总结

  1. 一般情况下，最好把bundle设为Lazy-start，这样可以节约资源，在必要的情况下，bundle会自动启用
  2. 如果依赖的bundle停止了，正在运行的bundle不会马上停止，仍然会继续运行

zws1987211
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
eclipse报错Missing Constraint: Require-Bundle: org.eclipse.emf.transaction;
netliving的专栏
10-17 2798
今天新写了一个插件，用到了org.eclipse.emf.transaction，在产品配置种配置了以后仍然报错： !ENTRY org.netliving.platforrm.workflow 4 0 2011-10-17 21:45:26.047!MESSAGE !STACK 0org.osgi.framework.BundleException: The bundle "org.netli...
【Eclipse RCP】Missing Constraint: Require-Bundle: xx
weixin_34130389的博客
10-12 1336
2019独角兽企业重金招聘Python工程师标准>>> ...
Require Bundle Exception; Missing Constraint
jinhaokangkang的专栏
10-19 838
如果一个bundle依赖了一个不需要的bundle, 在那些不知道这个多余bundle的环境中就会在load bundle时出错。 对于那些要在多个平台部署/运行的bundle, 检查它的依赖树是非常必要的， 看看有没有某些环境不知道的bundle。在Eclipse中， 可以这样察看依赖树： Dependencies -> Dependency Analysis -> Show the plu
eclipse打开报错
迷宫时代
04-26 8036
第一次下载 eclipse-jee-juno-SR2-win32解压开就报这个错误，害我换了几个jdk,真是郁闷。第一反应就是开日志(1)，然后把相应的关键字放到google里面去搜索。结果并没有什么有价值的东西。倒是更换关键字以后，改成eclipse打不开，但是给我提供了一些思路。 其中有一个方法是 在"开始"-->"运行"---->打入"cmd"进入命令提示行后,再进入eclipse的安装目
OSGI bundle
08-11
OSGI bundle 在线用户管理 邮件发送
OSGI bundle change listener
08-10
NULL 博文链接：https://qtlkw.iteye.com/blog/2214254
osgi_bundle_ble
02-17
osgi_bundle_ble 此代码使用tinyb获取由eddyston信标广播的数据包，获取以十六进制表示的url，并将其发布到OSGi架构中的事件admin。
osgi-bundle-hibernate
03-16
osgi-bundle-hibernate
Missing Constraint: Require-Bundle: org.eclipse.ui.forms ... ...
soundyrose的专栏
06-11 8019
<br />这个问题让我很头痛呀, 还好, 在eclipse的网站上找到答案了, 原因如下:<br /><br />如果要使用eclipse的Form进行开发, 那么必须在plugin项目的plugin.xml编辑器里增加一项denpendency: org.eclipse.ui.forms, 其实也就是在MANIFEST.MF里增加"org.eclipse.ui.forms"到Require-Bundle.<br /><br />接下去在运行的时候, 系统却报错了, log 如下:<br /><br />
OSGi起步(3)：bundle之间的依赖
瓶子的窝
08-16 3963
-----------------------原文出处：http://www.eclipsezone.com/eclipse/forums/t90544.html原作者：Neil Bartlett  ----------------------OSGi起步(3)：bundle之间的依赖 在之前的教程中，我们知道bundle怎么启动和停止，以及它们如何与框架、以及相互间的生命
Message missing required fields: callId, status
似水流年
09-03 3822
Hadoop出错 " Message missing required fields: callId, status"解决方案 用eclipse CDH-hadoop HDFS连接获取文件目录的时候出错： 这种问题大部分都是版本的问题，于是查看环境相关信息： Hadoop环境版本信息： Hadoop 2.5.0-cdh5.3.2 本地hadoop相关jar版
【Eclipse插件开发】Eclipse p2入门
毛毛雨下的博客
11-19 1158
Eclipse p2 随笔p2基础文件布局 p2基础 文件布局   在p2之前，许多 Eclipse 用户绕过 Update Manager 并通过将新插件转储到eclipse/plugins/目录中并使用 -clean 命令行参数重新启动来安装新插件。这种“狂野”的方法有很多缺点，我们不会在这里讨论，但可以说不推荐这种安装方法。尽管 p2 会检测直接添加到plugins文件夹中的插件（具有相关的启动性能成本），但不支持对p2 安装在此目录中的插件进行更改。如果您手动删除 p2 安装的插件，或尝试用不同版本
eclipse启动失败java.lang.RuntimeException: No application id has been found.
pony12的专栏
09-01 8912
系统是XP的时候，安装了MyEclipse，
osgi类加载顺序源码解析
三月泡生长在阳春三月天，把鲜红的美味奉献给世人
12-25 1090
osgi容器中有三种classloader：各个bundle都有自己的classLoader，osgi容器也有一个框架级的classloader，这些classloader也不同于启动osgi容器的classloader（一般是app classloader）。如果需要加载一个类，那么就需要在这三个classloader之间挑出一个合适的classloader来加载类。本文将根据equinox和f...
OSGi 探秘系列 （4）- OSGi Bundle之依赖关系
liubag的专栏
04-02 2814
在之前一篇我写的文章OSGi 探秘系列 （1）- 概述什么是OSGi框架 中，OSGi对Java平台的类加载机制的一个重要改进就是支持包级别的类导入和导出，而不仅仅在jar级别。本文将详细介绍OSGi这一改进机制，并介绍在OSGi中如何定义和解析Bundle之间的依赖关系。   在Java以及很多其它面向对象编程语言中，类之间的依赖关系都是在code中隐含的，当依赖关系不满足的时候，在
OSGi模块化框架详解
weixin_33910460的博客
06-13 154
OSGi模块化框架是很早就出来的一个插件化框架，最早Eclipse用它而出名，但这些年也没有大热虽然OSGi已经发布了 版本1到版本5。现在用的最多的，也是本文讲述基于的是Equinox的OSGi实现，同时也是Eclipse核心，Spring Dynamic Module也是基于Equinox。OSGi框架为java系统提供了一个通用的容器，该系统中的 bundle，无需停止...
osgi小笔记
光辉的技术收藏
01-18 1657
 简介Osgi是一个插件管理体系，Equinox是OsgiR4的开源实现，其最成功的产品就是Eclipse3.x。MANIFEST.MFMETA-INF/ MANIFEST.MF文件中描述所有信息。1.Export-Package: service，导出其他Bundle或者Service需要使用的包。2.Import-Package: service，导入其他Bundle或
如何查看osgi中bundle的执行环境
最新发布
05-31
在 OSGi 中，我们可以通过 `Bundle.getHeaders()` 方法获取 Bundle 的元数据信息，其中也包括了该 Bundle 所指定的执行环境。在 MANIFEST.MF 文件中，我们可以通过指定 `Bundle-RequiredExecutionEnvironment` 属性...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值