zoukankan      html  css  js  c++  java
  • osgi 1

    Helloworld入门

    准备:

    eclipse 3.4

    需要jar,—— eclipse 自带的,plugin下面有很多,抛开里面的jar,很多都是当前项目不需要的,如果不适用eclipse而是直接在jre上运行的话,估计只需要org.eclipse.osgi_3.2.0.v20060601.jar 就ok了吧

    通过eclipse想到创建最简单的项目:

    新建plugin项目,输入项目名字AAA(默认情况,向导会以这个为包名等等)——Target Platform一定要选择 an osgi framework( eclipse version的话,会有所不同,)—— 选择plugin template ‘Hello OSGi Bundle ’ -—— 会自动生成一些代码,—— 完成!——生成基本的代码框架,包括一个基本的Activator、 MANIFEST.MF等等。——以Equlix osgi  framework方式运行——控制台输出 

    运行:

    osgi> Hello World!!


    输入ss

    Framework is launched.

    id State Bundle
    0 ACTIVE system.bundle_3.2.0.v20060601      -—— osgi最最底层的bundle —————— 高版本的osgi对应名字是 org.eclipse.osgi_3.4.0.v20080605-1900
    1 ACTIVE AAA_1.0.0                 ——— 我们写的最最简单的bundle, 以bundle为最小单位部署

    接着,我们可以修改MANIFEST.MF 或 Activator 看看输出有什么变化。

    试验 

    场景:

    HelloOSGI 依赖 HelloOSGIService,

    HelloOSGIService提供 HelloOSGIService服务(及其实现),并负责注册发布服务出去。———— 需要的类:服务接口、服务实现、Activator

    HelloOSGI 通过osgi机制引用HelloOSGIService的服务,(作为消费者消费服务)————需要的类:Activator引用上者提供的服务即可,具体做法:

    通过context.getServiceReference(HelloOSGIService.class.getName());获取上者提供的服务引用ServiceReference(这是osgi专有的),然后

    HelloOSGIService helloService=(HelloOSGIService)context.getService(helloServiceReference); —— 又通过context.getService( 服务引用 ) 方式获取服务。 

    小问题:  运行HelloOSGI没有出现期待的start osgi ! lk!,就是说没有执行HelloOSGI的Activator ,why:
    osgi> ss

    Framework is launched.

    id State Bundle
    0 ACTIVE org.eclipse.osgi_3.4.0.v20080605-1900
    5 RESOLVED com.javaworld.sample.HelloOSGI_1.0.0      ———— 解析了,但是未被激活? why
    6 ACTIVE com.javaworld.sample.HelloOSGIService_1.0.0

     —— 为什么HelloOSGI的状态是 RESOLVED———— 再一次思考, 虽然没看源码,但是可以猜测是这样,

    HelloOSGI在HelloOSGIService 的前面,

    osgi机制第一轮,循环顺序读取所有的bundle的信息,亦即MANIFEST.MF文件,记录其import 、export、 required等等信息( 统统放入独立的list或map之类容器中去)。  每读取一个bundle记录更新其状态为INSTALLED 。

    osgi机制第二轮,循环顺序读取所有的bundle的import,required信息,然后取对应的list或map中查找,查找到了,表明可以被解析的,更新其状态为RESOLVED 。否则不做状态的更新。

    osgi机制第三轮,按照start-level排序 (没有设置start-level则按照自然先后顺序排序),(疑问, 这一步是不是最开始就做好了的?)。 按从低到高的顺序启动各个bundle, 启动的时候检查其所依赖的bundle是否已经起来,如果已经起来,则它本身是可以正常启动的,否则启动失败(这进一步可能影响后续bundle的启动)。启动过程中更新其状态为 STARTTING,———— 如果启动很快,则这个状态很难被观察到———如果启动慢,后续bundle必须等待期启动完毕(可能成功也可能失败) 才继续———— 就是说启动过程是单线程的。。。————接着,启动完毕,若 启动成功则更新其状态为 ACTIVE 。 否则不做状态更新。

    osgi框架启动over!!!

    原来发现HelloOSGI_1.0.0的启动顺序先于HelloOSGIService_1.0.0,而前者依赖于后者,在后者未启动的时候执行前者,自然,前者的Activator不会被执行,修改启动顺序为HelloOSGI 3,HelloOSGIService 2后,一切ok:

    osgi> start osgi ! lk!
    ss

    Framework is launched.

    id State Bundle
    0 ACTIVE org.eclipse.osgi_3.4.0.v20080605-1900
    5 ACTIVE com.javaworld.sample.HelloOSGI_1.0.0
    6 ACTIVE com.javaworld.sample.HelloOSGIService_1.0.0

    试验1:

    不勾选任何Target Platform的bundle会怎么样? 结果是没有变化,一切正常—— org.eclipse.osgi应该是当前已经被IDE eclipse拉起的原因,无需拉起,若是jdk上,恐怕不行。

    试验2:

    不勾选com.javaworld.sample.HelloOSGIService会怎么样?

    结果是HelloOSGI没法解析,其状态为INSTALLED (表示虽然加载,但是无法解析RESOLVED ), 而HelloOSGIService都不会被加载。


    osgi> ss

    Framework is launched.

    id State Bundle
    0 ACTIVE org.eclipse.osgi_3.4.0.v20080605-1900
    5 INSTALLED com.javaworld.sample.HelloOSGI_1.0.0

    再次谈谈osgi bundle的几个基本状态的含义:    ———— 这些最基础的知识一定要理解,否则其他osgi的东西根本没法掌握,就像没学osgi一样。

    激活: —— 就是指执行bundle对应Activator 的意思。 —— 可以有多个Activator, 应该不行吧。。

    INSTALLED 表示osgi框架启动的时候有读取到这个bundle,仅此而已!  就是说,预定需要加载的,——就是说在eclipse osgi framework启动的时候有作为一员打勾的bundle ———— 够浅显了吧 —— 更具体呢? 不清楚, 就这个阶段而已, osgi 也是不会将其整个jar加载到jvm内存的吧, 只是记录其大致信息,做为下一阶段工作的输入

    RESOLVED ——条件是其所有依赖也被成功RESOLVED 了? 那么有顺序的吗?

    找到了依赖了吗? 应该是找到了(找到的意思是说,其依赖也被成功RESOLVED 了),但是没有激活——为什么呢, 因为此时其依赖被激活

    ACTIVE ——这个是最终目的了, 条件应该是其所有依赖都已经激活了。

    STOPPING 

    STARTTING

    UNINSTALLED   这三个就不用说了,比较简单。

  • 相关阅读:
    spring框架
    自己来到这个世界的天数
    迭代器
    String
    mybatis-plus条件参数
    Linux常用命令
    web.xml
    log4j.properties
    springmvc.xml
    applicationContext.xml
  • 原文地址:https://www.cnblogs.com/FlyAway2013/p/3775682.html
Copyright © 2011-2022 走看看