与普通Bundle相比,框架本身也是一个bundle。这些bundle称之为系统Bundle。在Eclipse平台中,这个插件就是
org.eclispe.osgi_3.4.0.v20080605-1900.jar(不同版本eclipse版本号不同)。
通过系统Bundle,框架可以注册供其他Bundle使用的服务。例如包管理和权限管理服务。
在接口BundleContext中定义了方法getBundle(),可以用来返回安装的系统bundle的集合(在Equinox中是返回一个,
即org.eclispe.osgi_3.4.0.v20080605-1900.jar)。
系统Bundled在以下方面有别于其他的Bundle:
org.eclispe.osgi_3.4.0.v20080605-1900.jar(不同版本eclipse版本号不同)。
通过系统Bundle,框架可以注册供其他Bundle使用的服务。例如包管理和权限管理服务。
在接口BundleContext中定义了方法getBundle(),可以用来返回安装的系统bundle的集合(在Equinox中是返回一个,
即org.eclispe.osgi_3.4.0.v20080605-1900.jar)。
系统Bundled在以下方面有别于其他的Bundle:
●系统Bundle的标志符通常是零(0)
●系统Bundle的getLocation返回的是这样一个字符串:"System Bundle",在Constants接口中定义了这个常量
●系统bundle的符号名称有一个特殊的版本。因此,将名称system.bundle看作是implementation-defined的一个别名。
●系统bundle的生命周期管理和一般bundle不一样,它的生命周期方法必须符合以下规范:
◆start---由于系统bundle已经启动,所以不做任何操作。在equniox中只做了framework.checkAdminPermission(this, AdminPermission.EXECUTE);操作。
◆stop---从方法中立即返回,并在另一个线程中关闭框架
◆update---从方法中立即返回,并在另一个线程中重新启动框架
◆uninstall---由于系统框架是不能卸载的,因此,这个方法抛出一个bundle异常。BundleException。
●系统Bundle的Bundle.getHeaders方法返回一个带头标implementation-specific的Dictionary对象。
例如,系统Bundle的manifest文件应该包括一个Export-Package头标声明,来描述框架导出的包。