OSGi适合作为Java中间件的基础么? 【转自InfoQ】

2024-02-05 12:58

本文主要是介绍OSGi适合作为Java中间件的基础么? 【转自InfoQ】,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

 OSGi(JSR 8)工作组成立于1997年,主要关注嵌入式Java,以支持嵌入式软件的模块化升级。在成功解决了Eclipse插件不可避免的依赖关系之后,OSGi成为主流。大概在2005年,好几种方法都开始利用装配机制和定义良好的依赖关系在企业Java中引入更进一步的模块化,其中包括Spring和服务组件体系架构,而EJB却慢慢消失了。现在,大多数企业Java厂商都在OSGi的基础上重写了他们的中间件。

但OSGi技术也让很多人觉得懊恼,MuleSource的创始人Ross Mason前几天就在他的博客上毫不掩饰地对此发表了议论。

OSGi想要改变一切,依赖关系会完全隔离(不再受制于冲突的依赖关系版本),而且会严格要求Bundle彼此可见。和很多人一样,我就这样买了OSGi的账,让我们的工程人员改造Mule、让它支持OSGi。
我们的团队有好几个月都在Manifest上扯皮、打包自己的Bundle、无休止地摆弄构建,OSGi的优势在这之后变得越来越弱。我们认同“不劳无获”,但后来这却成了作茧自缚。

Ross的工程团队不知道如何向中间件开发人员隐藏OSGi的复杂性。他认为这个问题是由OSGi的起源——嵌入式——造成的。

OSGi对中间件厂商来说是个很棒的规范,……但OSGi绝不是为了应用开发人员的需求才创建的。它的起因是,在用户不干预的情况下远程更新部署在机顶盒里的软件。OSGi对这类软件的部署来说是个很好的规范,因为只有中间件厂商才需要处理Bundle的部署。

模块化和版本化是中间件项目的两个核心问题。服务实现经常会发生变化(有时每个季度就会改变一次),而大型组织过去也常把所有的服务部署在一个ear文件中,每过三个月,就算ear中的很多内容从未发生变化、也不依赖于新的或更新过的服务,消费者和服务提供者还是要进行一次大规模的同步,更别说还要一直测试所有的服务了。有人可能会说, 缺少模块化和版本化正是SOA失败的原因所在。Ross补充说:

OSGi承诺会对软件堆栈进行模块化,并让中间件基础设施即插即用。遗憾的是,有些Bundle就没有兑现这样的承诺,这些Bundle跨容器之后就不能以相同的方式正常运行了。

Ross认为OSGi背后的原则正好适用于永久异构的堆栈。但他说:

既然OSGi现在主要针对普通的应用开发,那就要重新思考一下它的用户交互部分。从实际情况来说,不用OSGi也可能在JVM上做到模块化和热部署,但OSGi日常开发的痛苦却比它具备的优势多多了。

Neil Bartlett对Ross作出了如下的回应:

bnd之类的工具已经对开发人员隐藏了OSGi的细节。我认为现在的问题是,基于OSGi进行开发的替代方法和工具过于泛滥。我仍然相信,不用OSGi进行日常JVM开发会比任何短期利益都要痛苦……你上次手工编写.class文件是什么时候呢?也许你永远没手工写过,只是编译Java源文件来生成。OSGi的MANIFEST也是类似的内容,它应该是类编译器工具的输出。

Joe Sampson从测试和构建的角度分享了他使用OSGi的经验,这些经验都是他发现不太容易使用的部分。Hani Suleiman指出:

OSGi在概念层次上是个很好的模型,只是被那些本身不支持它的语言给拖累了。大家不愿意使用不支持OSGi的语言,这就意味着OSGi永远都是个令人讨厌的笨拙的框架,没有人会真正喜欢用它(据我所知,如果你经常使用OSGi,那你的体验显然会不一样)。

Richard S. Hall也提出了一点儿忠告:

如果你开始使用OSGi,期望所有遗留的JAR包都能正常工作,还想尝到模块化的甜头,那你还不如不尝试。这跟二十世纪八十年从C切换到C++有几分相像,那时人们希望所有内容都能自动变成面向对象的。

WSO2的CTO Paul Fremantle在给Ross的回应中解释到,WSO2 Carbon不仅是基于OSGi构建的,还完全向开发人员隐藏了OSGi的细节。Paul承认这并不容易,但用自己的构建方式实现模块化、版本化和配置却要更难一些。

你对OSGi持什么看法?你有没有遇到什么困难?OSGi对你来说是透明的么?你的中间件是否充分模块化,且支持一流的版本控制策略?就像Hani所指出的,现代架构的核心问题往往是缺少语义、架构的语义与底层编程语言的语义不匹配,难道我们就要因此将这个架构打入地狱么?

 

转自http://www.infoq.com/cn/news/2010/11/osgi-no-thanks;jsessionid=DF0EB269042B1CA821E870D068AD4D81。

这篇关于OSGi适合作为Java中间件的基础么? 【转自InfoQ】的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/680984

相关文章

Java NoClassDefFoundError运行时错误分析解决

《JavaNoClassDefFoundError运行时错误分析解决》在Java开发中,NoClassDefFoundError是一种常见的运行时错误,它通常表明Java虚拟机在尝试加载一个类时未能... 目录前言一、问题分析二、报错原因三、解决思路检查类路径配置检查依赖库检查类文件调试类加载器问题四、常见

Java注解之超越Javadoc的元数据利器详解

《Java注解之超越Javadoc的元数据利器详解》本文将深入探讨Java注解的定义、类型、内置注解、自定义注解、保留策略、实际应用场景及最佳实践,无论是初学者还是资深开发者,都能通过本文了解如何利用... 目录什么是注解?注解的类型内置注编程解自定义注解注解的保留策略实际用例最佳实践总结在 Java 编程

Java 实用工具类Spring 的 AnnotationUtils详解

《Java实用工具类Spring的AnnotationUtils详解》Spring框架提供了一个强大的注解工具类org.springframework.core.annotation.Annot... 目录前言一、AnnotationUtils 的常用方法二、常见应用场景三、与 JDK 原生注解 API 的

Java controller接口出入参时间序列化转换操作方法(两种)

《Javacontroller接口出入参时间序列化转换操作方法(两种)》:本文主要介绍Javacontroller接口出入参时间序列化转换操作方法,本文给大家列举两种简单方法,感兴趣的朋友一起看... 目录方式一、使用注解方式二、统一配置场景:在controller编写的接口,在前后端交互过程中一般都会涉及

Java中的StringBuilder之如何高效构建字符串

《Java中的StringBuilder之如何高效构建字符串》本文将深入浅出地介绍StringBuilder的使用方法、性能优势以及相关字符串处理技术,结合代码示例帮助读者更好地理解和应用,希望对大家... 目录关键点什么是 StringBuilder?为什么需要 StringBuilder?如何使用 St

使用Java将各种数据写入Excel表格的操作示例

《使用Java将各种数据写入Excel表格的操作示例》在数据处理与管理领域,Excel凭借其强大的功能和广泛的应用,成为了数据存储与展示的重要工具,在Java开发过程中,常常需要将不同类型的数据,本文... 目录前言安装免费Java库1. 写入文本、或数值到 Excel单元格2. 写入数组到 Excel表格

Java并发编程之如何优雅关闭钩子Shutdown Hook

《Java并发编程之如何优雅关闭钩子ShutdownHook》这篇文章主要为大家详细介绍了Java如何实现优雅关闭钩子ShutdownHook,文中的示例代码讲解详细,感兴趣的小伙伴可以跟随小编一起... 目录关闭钩子简介关闭钩子应用场景数据库连接实战演示使用关闭钩子的注意事项开源框架中的关闭钩子机制1.

Maven中引入 springboot 相关依赖的方式(最新推荐)

《Maven中引入springboot相关依赖的方式(最新推荐)》:本文主要介绍Maven中引入springboot相关依赖的方式(最新推荐),本文给大家介绍的非常详细,对大家的学习或工作具有... 目录Maven中引入 springboot 相关依赖的方式1. 不使用版本管理(不推荐)2、使用版本管理(推

Java 中的 @SneakyThrows 注解使用方法(简化异常处理的利与弊)

《Java中的@SneakyThrows注解使用方法(简化异常处理的利与弊)》为了简化异常处理,Lombok提供了一个强大的注解@SneakyThrows,本文将详细介绍@SneakyThro... 目录1. @SneakyThrows 简介 1.1 什么是 Lombok?2. @SneakyThrows

在 Spring Boot 中实现异常处理最佳实践

《在SpringBoot中实现异常处理最佳实践》本文介绍如何在SpringBoot中实现异常处理,涵盖核心概念、实现方法、与先前查询的集成、性能分析、常见问题和最佳实践,感兴趣的朋友一起看看吧... 目录一、Spring Boot 异常处理的背景与核心概念1.1 为什么需要异常处理?1.2 Spring B