AI 年度盘点与2025发展趋势展望,50+案例解析亮相AICon 了解详情
写点什么

OSGi 纲要规范添加了子系统、Repository 等内容

  • 2013-09-23
  • 本文字数:2716 字

    阅读完需:约 9 分钟

OSGi 联盟最新发布了第五版的OSGi 纲要规范(Compendium)。第五版的OSGi 核心规范(Core)已经于 2012 年 6 月份发布,企业级规范(Enterprise)发布于今年的早些时候。

纲要是一组服务的集合,除此之外还有版本信息以及API 定义,它们不是OSGi 核心释放规范的一部分,但是可能会用于模块化风格的应用之中。Equniox、Felix 以及其他的OSGi 项目已经实现了一些(不一定是全部)OSGi 纲要规范。

读者可能会意外地发现在纲要规范中已经没有Service Tracker API 以及SCA Configuration API 了;但是,它们分别被转移到了核心和企业级规范之中了。对应编号的RFC 创建了其API(Tracker 的编号是701,SCA Configuration 的编号是129);最近,OSGi 联盟开放了审阅过程,所以一些规范可以在 GitHub 上找到

那么,纲要规范的第五版究竟有什么新内容呢?配置管理(ConfigAdmin)——用于将配置信息传递给 bundle——版本号从 1.4 升级到了 1.5;还有一些新的 API 包括 Repository 服务、Service Loader Mediator、子系统(Subsystem)、通用的命名空间(Common Namespaces)以及 Resolver 服务。

配置管理(Config Admin)

配置管理 1.5 针对 _ 目标 PID(targeted PID)_ 提供了新的规范。它会使用特定的格式化 PID(持久化标示,Persistent IDentity)以及竖线来指向 bundle 的不同版本。如:

  • com.example.config|com.example.bundle|1.2.3|http://example.com/config.jar
  • com.example.config|com.example.bundle|1.2.3
  • com.example.config|com.example.bundle

持久化标示符可以包含特定 bundle 的信息,会使用它的 Bundle-SymbolicName 和 Bundle-Version(甚至它的安装位置)来进一步精确特定可选项的配置。在运行时,会使用最为具体化的配置,这很类似于 Java 中资源 bundle 的国际化路由选择策略,如果能够找到的话,它会为特定的语言使用一个目标值。托管服务工厂(managed service factory)也有所变化,它会使用这种新的查找目标逻辑。

Repository 与 Resolver 服务

_Repository 服务 _ 以及 _Resolver 服务 _ 在特定的仓库类型(如 Maven、P2、OBR 以及 NuGet 等)之上抽象出了存储与网络协议,并且提供了一种基于一个或更多这种仓库解析限制的方式。这种限制使用了通用的 OSGi 需求功能(OSGi Requirement Capability),它表示特定 OSGi 模块所需要的内容(如包导入、最小的运行时环境以及针对平台和处理器的过滤条件)。

与 Maven 中心库(Maven Central)这种仓库不同,OSGi 仓库需要详细了解它所包含的组件,并且要能够返回一个综合的 XML 文件,这个文件描述了仓库的完整内容。对于基于本地文件的仓库,它可能运行得很好(能够以完全遍历的方式生成完整的元数据),但并不能扩展到更大型的仓库。在此之前,曾经制定过仓库规范,是形式是obr;与这个规范的不同之处在于,它能够包含其他潜在的仓库类型,如 P2。

为了保证依赖能够解析,_resolver 服务 _ 能够了解一组通用的需求和资产,确定那些资产能够满足需求的规划。在 Maven 中,这类似于 Aether 的解析功能;对于 OSGi 来说,这会通过像 Equinox 和 Felix 这样的运行时引擎来进行提供,这些引擎会基于本地的 JAR 解析 bundle。resolver 服务会以外部服务的形式提供这种机制,这样就能够允许工具或程序使用这些之前提到的内部 API,同时也能提升出现错误时的一致性。

Service Loader Mediator

Java 的 Service Loader 是一种有缺陷的通用服务加载机制;在设计之时,它就只能基于一个 ClassLoader 操作并为所返回的对象提供了静态绑定。因为 OSGi 会使用多个 ClassLoader 并且会处理动态的解决方案,因此 Service Loader 必须要进行修正。

Service Loader Mediator 提供了一种修正方式,通过启用像字节码织入这样的方案来替代对 Java Service Loader 的调用,会有一个合适的包装器以理解多个类加载器。通过探查需要启用 Service Loader 的 bundle,代码能够减少预先要处理的工作,同时允许已有的 JAR 使用 Java 包。通过往 manifest 中添加 OSGi 属性并选择 Service Loader Mediator 处理,bundle 能够马上进行升级,而不需要明显的重构。

Mediator 还能够用于将服务发布为 OSGi 服务,这样它就能够被运行时中的任意客户端所使用。

子系统(Subsystem)服务

OSGi 子系统允许在单个 OSGi 环境中托管多个部分所组成的应用程序。这样能够允许应用程序声明精确的 bundle 依赖(如 log4j 1.2.14),而同一个 OSGi 框架中的其他应用(不同子系统)可能所绑定的是不同的版本(如 log4j 1.2.16)。

子系统是 OSGi 中一个长期研究的结果,其目的在于按照各部分组成的方式运行多个应用程序。之前为大家所熟知的是复合 bundle(Composite Bundle)或嵌套框架(Nested Framework),子系统的目标在于概括在同一个地方运行多个 bundle 的需求。OSGi 第五版的释放第一次将其规范化;其他所有的迭代已经处于 RFC 级别。

Eclipse Equinox 曾经实现过以前版本的嵌套框架;它们在 Luna 版本中会将其移除,因为这个规范只是一个过程性的成果。另一方面,对于这种组合系统来讲,Eclipse Virgo 成为了重要的参与者,它提供了“用户区(user region)”以及“核心区”(借助 Spring 框架,在很大程度上分离出了潜在的依赖冲突问题,这是 Virgo 设计中重要的特点)。

通用命名空间(Common Namespace)

OSGi 5 的需求功能模型(requirement-capability model )基于一组命名空间化的需求。这包括字符串形式的bundle-versionbundle-symbolic-name可以用来提供额外的限制。对于大多数的用户可能并不需要了解它,因为它实际上是一个粘合规范,会被 repository 和 resolver 服务所使用。

结论

OSGi 纲要涵盖了所有不适合放在核心规范或其他垂直规范(如企业级或 Residential 规范)中的内容。它们每隔一年或两年以一组服务的形式发布,以前的发布形式就是一些最终的规范。随着审阅过程的开放,可能这些规范将来会以更加迭代化的形式交付。具有讽刺意味的是,对于一个关注模块化的组织,它们的很多规范文档都是大量的各种 API 组合而成,这些 API 的进化速度各不相同;有很多(如 HttpService)在过去的多个释放版本中毫无变化,但在每年的纲要文档中都重复相同的文本。

云提供商——尤其是那些参与到 Eclipse Virgo 或其他高度模块化环境的——将会被子系统规范所吸引,它是这个释放版本的新内容。Repository 规范对那些目前使用 OBR 的人可能会感兴趣,但是在未来的几个释放版本期间,P2 可能不会转移到新的通用 Repository 服务。对所有人都会带来好处的是 Service Loader Mediator,它尝试解决了 Java 的 Service Loader API 缺乏类加载器支持的问题。

原文链接: OSGi Compendium 5 Adds Subsystems, Repositories and More

2013-09-23 08:121115

评论

发布
暂无评论
发现更多内容

JNPF开发平台凭什么火?

互联网工科生

低代码 JNPF

最新demo版|如何0-1开发支付宝小程序之如何调试小程序(二)

盐焗代码虾

支付宝小程序 小程序调试 如何调试

2G内存搞定一亿数据的分析引擎

Western Panda

数据库 大数据 开源 数据分析 OLAP

Util应用框架基础(七)- API

何镇汐

开源 后端 .net core

RTC技术沦陷后,人类或将一夜回到解放前?

X2Rtc

RTC 未来世界 科技趋势

鸿蒙系统明年将不再适配安卓

不在线第一只蜗牛

鸿蒙 安卓 HarmonyOS

国内外传输大文件有哪些好用又便宜的文件传输工具?

镭速

传输大文件 文件传输工具 国内外传输大文件

杜绝硬编码,为系统安全保驾护航

尚思卓越

网络安全 硬编码 内嵌账号

Java多线程消费消息

不在线第一只蜗牛

Java 多线程 RocketM

软件测试/人工智能丨引领未来:软件测试中的人工智能

测试人

人工智能 软件测试

软件测试/人工智能丨人工智能会取代软件测试工程师吗

测试人

人工智能 软件测试

开源流程设计器的对比与选型

小狗围观科幻

inBuilder低代码平台新特性推荐-第九期

inBuilder低代码平台

低代码

云桌面架构的全面剖析

青椒云云电脑

云桌面 云桌面解决方案 云桌面系统

青椒云云桌面系统_企业上云桌面云服务解决方案

青椒云云电脑

云桌面 云桌面解决方案 云桌面系统

全栈程序员太难了,这个报表工具别再错过了!!

秃头小帅oi

程序员 前端 后端 低代码 全栈

如何选择适合的开源框架来构建微服务架构?

EquatorCoco

开源 微服务 框架

原来 TinyVue 组件库跨框架(Vue2、Vue3、React、Solid)是这样实现的?

OpenTiny社区

开源 Vue 前端 React SOLID

item_search_pro-高级关键字搜索淘宝商品api接口

技术冰糖葫芦

API 文档

体育直播系统多功能开发:专家分析、竞猜比分引爆用户互动欲望

软件开发-梦幻运营部

Util应用框架基础(七)- 二级缓存

何镇汐

开源 后端 .net core

使用 LCM LoRA 4 步完成 SDXL 推理

快乐非自愿限量之名

逻辑思维 流程模型

从大模型到内容生成,初窥门径的AI新次元

阿里云视频云

云计算 视频云 AIGC

Util应用框架开发环境搭建(十)- 安装 Redis

何镇汐

开源 后端 .net core

bitget钱包VS imtoken 钱包大比拼,全方面对比

大瞿科技

文心一言 VS 讯飞星火 VS chatgpt (140)-- 算法导论11.4 5题

福大大架构师每日一题

福大大架构师每日一题

体育赛事平台开发:赛事数据分析驱动体育平台创新

软件开发-梦幻运营部

技术分享| anyRTC之RTN网络

anyRTC开发者

音视频 网络 RTC RTN

Vue公共loading升级版(处理并发异步差时响应)

快乐非自愿限量之名

Vue 前端 处理机制

这6个复盘模型,你知道几个?让你轻松搞定年终总结

彭宏豪95

个人成长 复盘 年终总结 在线白板 项目复盘

如何理解低代码开发工具?

树上有只程序猿

低代码 应用开发 JNPF

OSGi纲要规范添加了子系统、Repository等内容_服务革新_Alex Blewitt_InfoQ精选文章