阅读更多

5顶
0踩

企业架构

今年的9月16日,OSGi联盟刚刚发布了OSGi V4.2版的核心标准(Core specification)与服务纲要标准(Service compendium specification),与此同时,企业专家组(EEG)也在紧锣密鼓的准备着OSGi的一个全新的标准(Enterprise specification),目的在于企业级的应用市场,充分表明了OSGi服务平台要进军这一领域的决心。这个标准受到了IBM,Oracle,IONA等世界著名IT公司的大力支持,并计划于2010年的第一季度发布最终版。尽管还未最终定稿,OSGi联盟还是于12月初公开了其最新的预览版,您可以从这个地址下载到:

http://www.osgi.org/download/osgi-4.2-enterprise-early-draft4.pdf

从这个预览版中,我们可以看到下面这些新的内容:
  • Web Container Specification
    将Web Container引入了OSGi Framework,使得WAR可以转化为一个WAB(Web Application Bundle),使得Web应用可以访问OSGi的Bundle Context。反之,通过将Servlet Context注册到OSGi的Service Registry,使得OSGi的Bundle也可以访问到它。
  • Transaction Service Specification
    将JTA引入到了OSGi Framework,可以从Service Registry中拿到Transaction Manager 或User Transaction进行事务处理。
  • Remote Service Admin Service Specification与SCA Configuration Type Specification
    是对OSGi V4.2 Service Compendium标准中新加入的Remote Services的补充,定义了Distribution Provider, Discovery System 和Topology Manager接口来管理Remote Services,并定义了标准的配置方法。
  • Database Access Specification  
    定义了一个标准的方法以从OSGi Service Registry中得到JDBC Drivers,避免了在Bundle使用中Class.forName()所带来的问题。
  • JMX Management Model Specification
    定义了一组MBean用以管理OSGi Framework,Bundles,Packages,Services,以及Service Compendium中的Package Admin Service, Configuration Admin Service, User Admin Service等。
  • JNDI Service Specification 和 JNDI Traditional Service Specification
    定义了通过JNDI来查找OSGi的Services的方法。
  • Persistence Unit Service Specification
    将JPA引入了OSGi Framework,通过与前面所述针对JTA和JDBC标准的结合,使得OSGi Bundles拥有了完整的对数据库应用的支持。

需要注意的是,预览版中仍然有许多的问题需要解决,同时也不保证当前所叙述的一定会出现在最终版中,但是我们还是可以看到这个OSGi V4.2企业级标准的大致轮廓。另外,尽管预览版中出现的都是新的内容,但是EEG决定,在V4.2 Service Compendium中发布的Remote Service,Blueprint Container也会一同出现在最终的版本中,以保持标准连贯性和完整性,让我们拭目以待。
5
0
评论 共 2 条 请登录后发表评论
2 楼 wmzsoft 2015-08-01 17:10
模块化、插件化越来越成为当今主流,开源开发平台JXADF(http://osgi.jxtech.net)就是一款基于插件化的开发平台,基于OSGi 4.2的标准。

官网提供在线演示、丰富文档、免费下载,您值得花2分钟时间去了解一下。

您也可以直接加入Q群(429895245)了解其它用户使用情况。
1 楼 zhanglingsi 2010-07-22 22:48
那是相当的期待啊。。。。

发表评论

您还没有登录,请您登录后再发表评论

相关推荐

  • 从程序员到系统分析员[4]

             这个词便是“校订”。换言之,“你第一次做的东西并不完善,所以需为自己留下一个深入学习、认知的空间,再回过头去作一些改变”。对于要解决的问题,随着对它的学习和了解愈加深入,可能需要作出大量改动。进行这些工作的一个动力是随着不断的改革优化,终于能够从自己的努力中得到回报,无论这需要经历一个较短还是较长的时期。   什么时候才叫“达到理想的状态”呢?这并不仅仅意味着程序必须按要求的那样

  • 程序员升级为需求分析员的过程,过了第一关后面就是光明大道

    1.程序员先要学会主动把握需求和沟通需求。 软件需求可能只是一些初步的构思,并未进行全面的思考,甚至存一些矛盾的信息。要透彻的理解需求就要多了解和需求相关的内容,力求准确的理解要什么功能、和其他功能有什么关系、用户如何使用、为用户带来什么价值。如果有弄不明白的地方必须进行沟通明确,达到理解需求的目的。 总之,要学会在功能层面思考。不能上司说了个某某功能立即想到的就是,用什么库表,用哪个控件,用

  • 从程序员到系统分析员[5]

             虽然很希望能够继续的讨论软件工程方面的东东,但是我们的这个专题毕竟是讨论如何编写优美的程序的,离题还是不要太过分的好,至于软件工程的详细讨论,我会在接下去的专题中继续。在接下去的篇幅中,我们会继续讨论程序员和系统分析员之间的差别。   四个阶段  这里我不想举一大堆的数字和实例来描述软件危机和论证软件工程的重要性,这方面的资料有很多,如果一一列举的话,会被怀疑别有用心(^

  • 超越自我 从程序员到系统分析员

    <iframe align="top" marginwidth="0" marginheight="0" src="http://www.zealware.com/46860.html" frameborder="0" width="468" scrolling="no" height="60"></ifra

  • 数据库管理员、系统分析员、数据库设计人员,应用程序员的职责是什么?

    (1)数据库管理员的职责: 1、决定数据库中的信息内容和结构 2、决定数据库的存储结构和存取策略 3、定义数据的安全性要求和完整性约束条件 4、监控数据库的使用和运行 5、数据库的改进和重组、重构 系统分析员: 系统分析员负责应用系统的需求分析和规范说明,系统分析员要和用户及DBA相结合,确定系统...

  • 从Coding Fan到真正的技术专家

    以下文章都是经典,看不看随你的便,我只希望知识掌握在更多中国人的手里! 中国有很多小朋友,他们18,9岁或21,2岁,通过自学也写了不少代码,他们有的代码写的很漂亮,一些技术细节相当出众,也很有钻研精神,但是他们被一些错误的认识和观点左右,缺乏对系统,对程序的整体理解能力,这些人,一个网上的朋友说得很好,他们实际上只是一些Coding fans,压根没有资格称为程序员,但是据我所知,不少小网络公司

  • 程序员如何修炼成系统分析员

    本人不过小小程序员,对此所谓系分级的UML发表看法好像不恰当,不过看了坛子上这些现在或者未来的系分精英们就只有一个看法:自从令狐大侠用独孤九剑以无招胜有招后,一群从未练过武功的有为青年个个都找把长剑乱挥一气,全是号称师承独孤九剑,如今是招式已经过时,非要无招才行。于是对编程一窍不通的都敢叫嚣设计最重要,编程好像只要有两个手能敲键盘的都能干。对此不屑一顾。本人虽然不过是还在用招式的小门派的入门弟子而

  • 从程序员到系统分析员[1]

             大家应该对这两个词很熟悉了,但是对词里包含的意义可能并不是特别清楚。首先必须说明的是,程序员和系统分析员不存在谁高级谁低级的分别,他们是两种职业,对职业技能的要求完全不同。所以厉害的程序员就是系统分析员的说法是不对的。当然,系统分析员的技能要求他必须要懂得如何写程序,但是他的重心在于如何把一个很大的项目切割成适合个人的小块,然后将这些小块组织起来。程序员的职责就是如何更好更快的实

  • 从程序员到系统分析师

    独白:从现在开始有意从程序员向系统分析师转性! 以下是从 网易学院看到关于系统分析方法论:http://tech.163.com/05/0327/18/1FSBPAR700091589.html 

  • 从程序员到系统分析员[6]

             举一个简单的例子:一个银行的信贷系统有这样的问题描述:   “若顾客采取信用贷款方式,销售员就请求信用部门的审核人员查核顾客的信用,此时审核人员会向销售员取得顾客信用编号和销货总金额。”  在某种条件下应该做什么事情,这就是这个问题描述的表现形式,很简单是吧。  实际上,这里可以引申出两个概念:场景(context)和问题(problem),场景指的是一种特定的情况,

  • 系统分析

    问题分析 问题分析的目标就是在开发之前对要解决的问题有一个更透彻的理解。 通常需要经过在问题定义上达成共识,理解问题的本质,确定项目干系人和用户,定义系统的边界和确定系统实现的约束这五个步骤。 在问题定义上达成共识 问题概述:用简短的几句话,将所理解的问题本质描述出来; 影响:说明该问题将会对哪些项目干系人(Stakeholder,风险承担者)产生影响; 结果:确定问题对项...

  • 系统分析员到底做什么?

    时下,系统架构师成了时髦的词语?每个菜鸟门都在幻想有一天能坐上这个位置。为什么需要架构师我就不多说了,大家都知道要开发一个正规软件,必须要有一个稳固的框架,就像盖楼房必须要有坚固的地基与框架,否则就容易成为豆腐渣工程。软件行业,也经常出现豆腐渣工程,临时几个程序员一折腾,你写一个模块我写一个模块,然后,咱们几个模块连在一起就是一个系统,交给客户拿钱了事。这等于打一枪换一个地方的做法,对于游击队可以

Global site tag (gtag.js) - Google Analytics