AI实践哪家强?来 AICon, 解锁技术前沿,探寻产业新机! 了解详情
写点什么

OSGi 放弃了 Snapshot 提议

  • 2012-04-20
  • 本文字数:2381 字

    阅读完需:约 8 分钟

OSGi 联盟最近发布了 OSGi R5 的预览文档。在这个即将发布的规范里,最令人期待的功能之一是鉴于 SNAPSHOT 对现有工具的影响,规范去掉了 SNAPSHOT 风格的版本:

与现有工具、管理和配置系统之间的交互很让人担心。这些系统处理不了带有预发布(也就是 SNAPSHOT)版本字符串的 Bundle。它们要做很多修改才能正确处理预发布版本的语法。

问题的根源在于,Maven(以及与 Maven 兼容的解析程序和构建系统,比如 Ivy 和 Gradle)和 OSGi 对空标识符的处理方式恰恰相反。在 Maven 里,1.2.3.2012 <= 1.2.3,但在 OSGi 里,1.2.3.2012 >= 1.2.3

假如构建的组件既要在非 OSGi 环境里工作(比如使用 Maven)、又要在 OSGi 容器里运行,这就会带来问题。Maven 的惯例是处理很多个2.1-SNAPSHOT,然后才把版本替换成2.1。Artifactory 或 Nexus 等仓库管理器通常则是在发布的时候把快照重写到过时的文件里,以保证可追溯性。

Eclipse PDE Build 和 Maven Tycho 在构建组件时,则会明确指定组件的名称,通常也会把不断变化的日期 / 时间戳作为构建的一部分。由于要构建的所有组件都有新的名称,所以版本可能会增量安装到 OSGi 运行时环境里,新的版本会覆盖另一个。

不幸的是,这意味着“最终”版的组件也包含构建标识符,这些标识符在某些情况下比制品的名称还要长(比如org.junit_4.8.2.v4_8_2_v20110321-1705)。标识符的格式也不一致(例如org.eclipse.jdt.ui_3.7.1.r371_v20110824-0800.jar)。

SpringSource 等一些生产者创建的版本形式则是1.2.3.M1、1.2.3.M2、1.2.3.RELEASE,它们既能用于 OSGi,也能用于 Maven。

OSGi 之前想支持-SNAPSHOT风格的版本,来解决这个问题。有人提议改进Bundle-Version的语法,允许1.2.3-4561.2.3小, Equinox 已经这么实现了。这能让 Bundle 开发者在开发时使用-SNAPSHOT风格的变量(Tycho 和 PDE 等工具都把-SNAPSHOT当成是“神奇的替换值”,而没用使用“.qualifier”),然后再发布1.2.3作为此序列的唯一构建版本,接着又会突然变成1.2.4-SNAPSHOT

很不幸,这种解决方式是臆测出来的,并没有实证依据:

除此之外,我们开始关注预发布版本的复杂度。在 CPEG 里展开讨论、与同行进行沟通的时候,大家都弄不明白版本的顺序,也搞不清楚有些版本是否包含在特定的范围内。如果我们这些“专家”都不能时刻保持清醒,那我们也不用指望别人能很容易地理解。

这种混乱与怎样界定构建范围是有关系的。我们看一下现有情况,以[1.0,2.0)为例,这个区间的1.0表示允许1.0-*的快照版本,而2.0则表示不能出现2.0-*的快照版本。归结起来就是,闭区间包含快照、开区间不包含快照,这似乎很难记。

这个决定实际上不利于推广用 OSGi 生成的内容。大概在一年前,大家对如何在Maven 名字空间里表示Eclipse 构建的制品展开了讨论,结论是把组件映射成 org.eclipse.*的风格,并带上完整的制品名称。但 Snapshot 提议最终去掉了所有的标识符,以方便大家使用,至少 Maven 这么做了。

对于需要处处使用标识符的地方,这就有问题了。在提交构建好的组件时,开发人员要是忘了更新版本号,而只用自动生成的数字,那就会导致 Eclipse 的仓库里会有很多主版本、小版本、补丁号都一样,只有构建标识符不同的制品。本地的 Eclipse 3.7 要升级到 3.7.2,下面的一组插件就有着相同的主版本、小版本、补丁号:

  • org.eclipse.cdt.codan.checkers.ui_1.0.0.201109151620.jar
  • org.eclipse.cdt.codan.checkers.ui_1.0.0.201202111925.jar
  • org.eclipse.core.filebuffers_3.5.200.v20110505-0800.jar
  • org.eclipse.core.filebuffers_3.5.200.v20110928-1504.jar
  • org.eclipse.core.variables_3.2.500.v20110511.jar
  • org.eclipse.core.variables_3.2.500.v20110928-1503.jar
  • org.eclipse.emf.ecore_2.7.0.v20110912-0920.jar
  • org.eclipse.emf.ecore_2.7.0.v20120127-1122.jar
  • org.eclipse.equinox.frameworkadmin.equinox_1.0.300.v20110506.jar
  • org.eclipse.equinox.frameworkadmin.equinox_1.0.300.v20110815-1438.jar
  • org.eclipse.equinox.p2.updatesite_1.0.300.v20110510.jar
  • org.eclipse.equinox.p2.updatesite_1.0.300.v20110815-1419.jar
  • org.eclipse.jdt.compiler.tool_1.0.100.v_B76_R37x.jar
  • org.eclipse.jdt.compiler.tool_1.0.100.v_B79_R37x.jar
  • org.eclipse.jface_3.7.0.I20110522-1430.jar
  • org.eclipse.jface_3.7.0.v20110928-1505.jar
  • org.eclipse.ltk.core.refactoring_3.5.201.r371_v20110824-0800.jar
  • org.eclipse.ltk.core.refactoring_3.5.201.r372_v20111101-0700.jar
  • org.eclipse.pde.runtime_3.4.201.v20110819-0851.jar
  • org.eclipse.pde.runtime_3.4.201.v20110928-1516.jar
  • org.eclipse.ui_3.7.0.I20110602-0100.jar
  • org.eclipse.ui_3.7.0.v20110928-1505.jar

问题是对那些查看文件系统或试图记住数字的人来说,这些数字通常毫无意义。如果处理制品时你用的是 P2 或 OBR(OSGi Bundle Repository)等仓库工具,那这可能并不重要;但世上的大部分构建工具还是需要用Require-Bundle来指定依赖关系的,而且需要明确的版本号和名称。这也让很多 OSGi 运行时的处理变得复杂,对已安装的 Bundle 进行比较原本是很简单的,但现在也会变得更加困难。

-SNAPSHOT/release/-SNAPSHOT模型能解决这个问题,因为版本号在推广时肯定是递增的。(这并不排除在敲定版本号之后还会有进一步的测试;但在测试阶段发现的问题通常只会改变补丁的级别。)Apache Felix 项目成功运用了这个过程,它们的发布版本都是短数字,在现有的构建系统里也很容易重用。Apache Felix 的构建要比Equinox 容易一些,原因就是这个模型、以及这些制品在Maven 中心库里已经是可用的了。

在InfoQ 看来,OSGi 错失了良机。OSGi 核心平台专家组没有彻底完成方案,原因仅仅是这些相对次要的问题,所以专家组的工具化问题已经变成了人的问题。

查看英文原文: OSGi Abandons Snapshot Proposal

2012-04-20 10:103713
用户头像

发布了 151 篇内容, 共 66.3 次阅读, 收获喜欢 18 次。

关注

评论

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

轻松带你学习java-agent

华为云开发者联盟

Java Trace Java虚拟机 java-agent 挂载

前端规范之路

白玉兰开源

大前端 开发规范

智汇华云 | ArSDN打通软件定义数据中心的“任督二脉”

华云数据

一个诡异的MySQL查询超时问题,居然隐藏着存在了两年的BUG

CoderW

Java MySQL 数据库 程序员 互联网

GitHub惊现!JVM G1GC的算法+实现,90张图+33段代码,你的面试专属!

Java架构师迁哥

聪明人的训练(二十二)

Changing Lin

4月日更

知识分享:SQL注入的流程和步骤

Thrash

sql

Redis的适用场景简单剖析

大数据技术指南

redis 4月日更

2021年3月券商App行情刷新及交易体验评测报告

博睿数据

什么是Selenium?使用Selenium进行自动化测试

码语者

DevOps selenium

从源码分析 MySQL 死锁问题入门

比伯

Java 编程 程序员 架构 计算机

【转载】图形化系统开发组件X-Series(一)——XrossUnit介绍

赫杰辉

重磅来袭:Spring之RequestBody的使用姿势小结

学Java关注我

Java 编程 架构 技术 程序人生

彻底搞懂ThreadLocal

千珏

Java 源码分析 多线程 ThreadLocal

Redis为什么是单线程?高并发响应快?

Linux服务器开发

redis Linux服务器开发 网络io C++后端开发 单线程

如何深入的学习C语言

cdhqyj

编程 C语言 计算机 嵌入式

一入爬虫深似海,从此早睡是路人

Thrash

混搭的美感|靠谱点评

无量靠谱

博睿数据携数据链DNA创新理念,闪耀金融科技应用发展研讨会四川站

博睿数据

Golang 对象池

escray

学习 极客时间 Go 语言 4月日更

前端DDD总结与思考

白玉兰开源

大前端 DDD

2020年12月的面试经历:美团4面+字节4面(均已拿offer),面试真题分享

Java架构师迁哥

华云大咖说 | 华云数据与数科网维携手共建国产云生态

华云数据

软件测试——教育机构课程顾问常见黑话大全

程序员阿沐

程序员 软件测试 教育 机构 教育培训

简简单单才是真,初试 Svelte

LeanCloud

打造创新模型,博睿数据首倡服务可达的数据链DNA

博睿数据

前端⼤规模构建演进实践

白玉兰开源

架构 大前端

一文搞定 Flink Job 的运行过程

shengjk1

flink flink源码 flink源码分析

家务活中的python协程

行者AI

协程 python学习

肝了15000字性能调优系列专题(JVM、MySQL、Nginx and Tomcat),看不完先收藏

北游学Java

Java MySQL nginx tomcat JVM

0门槛成为“技术牛人”!星环科技线上分享课“星课堂”开播,快来报名,一探究竟

星环科技

人工智能 数据库 云计算 大数据 直播技术

OSGi放弃了Snapshot提议_语言 & 开发_Alex Blewitt_InfoQ精选文章