您好、欢迎来到现金彩票网!
当前位置:88彩票 > 服务器模型 >

SpringSource 新应用服务器发布 摒弃 Java EE

发布时间:2019-05-09 23:34 来源:未知 编辑:admin

  从获得一千万美元风投开始算起刚满一年,如今 SpringSource(Spring 框架背后的公司)摇身一变,成为应用服务器提供商,并且举着SpringSource 应用平台(SpringSource Application Platform)的黄钺白旄对现有的 Java EE 服务器阵营发起挑战。SpringSource 应用平台是构建在 Spring、OSGi 和 Apache Tomcat 之上的应用服务器,这个新的应用服务器摒弃了原有的 Java EE 服务器标准,自然而然地将 Spring 编程模型展现其中,随之而来的还有一套基于 OSGi 内核构建的全新部署和打包系统。今天是该项目在 SpringSource 评估许可下Beta 发布版发布的重要里程碑。在随后一个月内会有基于开源许可(GPLv3)版本和订阅版本的通用发布版(General Availability,GA)放出。

  SpringSource 应用平台不是 Java EE 应用服务器。尽管对于 WAR 部署它提供了支持,但 EAR 部署和其它 EE 的规范,如 EJB 等,都不在支持范围之列。SpringSource 应用平台被重新设计,并把关注点直接放在对被开源项目所广泛使用的 Spring 组合的支持上。特别地,这个应用服务器是基于 Spring 组合编程模型构建的,利用 Spring Dynamic Module 实现基于 OSGi 的部署。SpringSource 在 Eclipse 基金会的 Equinox OSGi 运行时环境的基础上创建了一个具备日志、跟踪、启动、类加载、管理和其它特性的“内核”,Tomcat 被作为一个包(bundle)纳入到平台当中,从而实现对 Web 功能的支持。

  InfoQ 借此机会对 Spring 框架的共同创始人兼 SpringSource 的 CEO Rod Johnson 进行一次采访,对这个新的应用服务器展开探讨。在阐释这个新平台的必要性时,Rod 一针见血地指向目前开发和生产环境的许多痛处,比如跨配置文件出现的元数据重复现象,还有本质上在项目中常常在服务器上再部署服务器(即在部署应用时,在同一个部署单元附带部署许多工具和框架),而与此同时这些部件却主要只使用它们应用服务器中的 Web 容器部分的事实。因此,SpringSource 希望在当今的开发需要的基础上提供一个更为简单的平台。

  在谈到这个新应用服务器的优点时,Johnson 强调了模块化:对于服务器本身以及提供给开发人员的打包和部署模式来说,这是个两全之策。通过利用 OSGi,以及 OSGi 包之间依赖关系相互作用的性质,运行的应用服务器只会激活在它上面运行的应用所需要的特性,从而削减服务器的内存占用和启动时间。这个依赖关系支持的功能还允许依赖类库的多个版本共存,以支持不同应用;因而应用服务器的某些部分就可以很容易地更新和重启,而无需重启整个服务器。从开发的角度看,服务器的模块化也使得在代码变化时,可以很快地进行极其细粒度的重部署。

  Johnson 在言及 OSGi 和 SpringSource 对 Eclipse Equinox OSGi 的使用时,高度评价了 OSGi 规范的运行时实现所带来的基础平台,但也表示 OSGi 在日常的应用开发上属于比较底层的地位。Johnson 阐述到,SpringSource 希望帮助开发人员在企业环境中轻松获得价值。在新的编程模式的构造背后,这个新的应用服务器将 OSGi 的许多复杂性抽象了出来。Johnson 接着说,应用服务器将会支持 PAR,一套新的可部署单元,简化企业应用在使用 OSGi 上的复杂性(下文会详细说明)。

  当被问到对于没有对 OSGi 提供原生支持的遗留类库的支持时,Johnson 回应到,他们已经在上面花费了很大心血,使得应用服务器环境和类加载功能能够以兼容的方式和遗留类库协作。

  当被问到对不提供 OSGi 原生支持的类库的遗留支持时,Johnson 回答说他们已经在这方面投入了大量精力,保证应用服务器环境和类加载功能可以和遗留类库兼容工作。SpringSource 还会为他们在如 Tomcat 之类的项目上所做的任何变更给这些项目提交补丁,使这些类库可以和 OSGi 包兼容。

  Johnson 解释到,应用服务器的主题代码将在 GPL v3 的许可证下发布。开发人员在服务器、编程模式和部署单元上要接触到的所有部分都会以开源的形式提供。SpringSource 还将提供应用服务器的商业版本,包括支持、保障、管理和监控的功能。

  传统的应用服务器模型正逐渐过时。BEA 和 IBM 正在用 OSGi 逐步重新实现他们的应用服务器。 SpringSource 现在就提供 OSGi 支持。从统计数字上看,大多数人都不会部署到完整的平台上,他们部署到 Tomcat。他们选择了 Spring 编程模型而非 Java EE。市场已经作出了选择,问题只是开发者还要和服务器斗争多长时间。

  它是第一个建立在现代技术基础上的产品。符合 Java EE 规范已经不是至高无上的目标。干净的代码基础是我们的一项竞争优势。我们在设计和实现中满足的是现今的需求,而不是 10 年前的需求。

  POJO 编程是现在行业的方向所在。过去 POJO 编程是被强行嫁接到其它产品上的。在我们的产品中,POJO 编程是设计的前提。

  SpringSource 应用平台采用的 OSGi 技术是下一代技术的基础。

  相反,我们给 Equinox 增加了一些低级的钩子,以实现典型的场景下的资源装载。我们扩展了类装载来支持加载时织入,并且把装载语义丢到一边。我们操纵 context classloader,让第三方一如既往地看到类。PAR 是其中的核心角色,因为它定义了上下文类装载以及加载时织入的可见范围。

  对于一些最糟糕的情况,我们会提供修补版的库,让它们能在 OSGi 中工作。修补版的库可以通过 SpringSource Enterprise Bundle Repository 获得,我们的修改也会提交回相应的项目。

  最后 Harrrop 着重强调了这个应用服务器在模块化上的优势,应用服务器因此可以维持最低的内存占用。平台在运行中才设置依赖项,因此只有确实用到的依赖项才会被装载。

  最近几年中有过许多关于 Java EE 标准是否已经死亡的讨论,而今天我们看到一个可能很重要的应用服务器不带 Java EE 支持。这种变化对于未来有何影响?你怎么看?

http://wendevick.net/fuwuqimoxing/132.html
锟斤拷锟斤拷锟斤拷QQ微锟斤拷锟斤拷锟斤拷锟斤拷锟斤拷锟斤拷微锟斤拷
关于我们|联系我们|版权声明|网站地图|
Copyright © 2002-2019 现金彩票 版权所有