OSGi R4服务平台核心规范 :第一章 简介

OSGi服务平台标准的核心是提供一个通用、安全并且可管理的Java框架,该框架支持可扩展部署和下载的应用程序(称之为bundle)。 OSGi设备可以下载和安装bundle,并且可以在不需要的时候将其移除,在一个OSGi环境中,bundle的安装、更新由框架统一动态管理,为此,需要框架对服务和bundle之间的依赖细节进行管理。


OSGi R4服务平台核心规范 :第四章 生命周期层(1)

生命周期层提供了bundle的生命周期管理和安全控制的API。本层是建立在在模型和安全层之上的。 生命周期层还具有完整性、深入性、安全、可管理性等特点,提供了包括bundle安装、启动、停止、更新、卸载和管理的所有状态的API。


OSGi R4服务平台核心规范 :第四章 生命周期层(2)

本周介绍了系统bundle、事件以及安全。 与普通bundle相比,框架本身也是一个bundle。这些bundle称之为系统bundle。通过系统bundle,框架可以注册供其他bundle使用的服务。例如包管理和权限管理服务。


OSGi R4服务平台核心规范 :第二章 安全层

OSGi安全层是OSGi服务框架的一个可选的层。它基于Java 2 安全体系结构,提供了对精密控制环境下的应用部署和管理的基础架构。 要点:精密控制(fine grained)—在OSGi框架下的应用控制必须达到精细粒度的控制;可管理性—安全层本身没有定义API来控制应用,对安全层的管理交由生命周期层;可选性—安全层是可选的。


OSGi R4服务平台核心规范 :第三章 模块层(1)

Java平台只提供了对打包、部署和对Java应用和组件检验的最小支持。因此,很多基于java的项目,如JBoss、NetBeans,常常借助于专用的类加载器来创建用户模块层,以实现打包、部署和对Java应用和组件检验。OSGi框架提供了对java模型化的一般和标准的解决方案。


OSGi R4服务平台核心规范 :第三章 模块层(2)

框架中安装的bundle只有在解析之后才能关联到类加载器。bundle解析之后,框架必需为每一个非fragment的bundle创建一个类加载器。框架也可以延迟创建类加载器,直到它实际需要才创建。每个bundle对应一个类加载器的机制使得bundle中的所有资源对于bundle中位于同一个包的其他资源具有包级别的访问权限。


OSGi R4服务平台核心规范 :第六章 Framework API(3)

BundleActivator是一个当bundle启动或者停止时实现的接口。如果需要,框架可以创建bundle的BundleActivator。如果BundleActivator的实例的start方法成功执行,那么就可以保证同一个实例的stop方法将在停止bundle的时候进行调用。


OSGi R4服务平台核心规范 :第六章 Framework API(1)

框架可以通过BundleContext.addServiceListener方法来注册一个AllServiceListener对象。当注册、修改或者正在处理取消注册一个服务,就会通过一个ServiceEvent对象来调用AllServiceListener对象。发送给AllServiceListener对象的ServiceEvent对象是已经过滤了的,使用的过滤器是在注册监听器时指定的过滤器。


OSGi R4服务平台核心规范 :第六章 Framework API(2)

返回bundle区域的标识符。 bundle区域标识符是当安装bundle时,发送给BundleContext.installBundle的区域。只要当bundle还是安装好的,那么bundle的区域标识符就不会改变,即使对bundle进行更新。 如果bundle的状态是UNINSTALLED,那么本方法必须还要能返回bundle的区域标识符。


OSGi R4服务平台核心规范 :第五章 服务层(1)

OSGi服务层定义了一个和生命周期层紧密结合的动态协作模型。服务模型包括发布、查找和绑定模型。一个服务(service)就是一个通过服务登记来注册到一个或者多个Java接口下的Java对象。bundle可以注册服务,查找服务,接收注册服务的状态改变信息。


最受欢迎的文章

最新评论