我爱夏花,更爱�U�叶 — Fri, 10 Nov 2006 09:20:00 GMT

�q�段旉��看了不少的文章都是关�?/span> SCA �?/span> OSGi 之间比较的。且不论他们之间到底有没有关�p�，我们来看看他们的定义

SCA

服务构�g架构 (Service Component Architecture) 是一套规范，它描�q�C��采用面向服务的体�pȝ��构来搭徏应用和系�l�时的模型�?/span> SCA 扩展�q�完善了以前实现服务的方法，�q�且 SCA 构徏在开攄��标准之上�Q?/span>

例如�Q?/span> Web Service

服务构�g架构 SCA �Q?/font> Service Component Architecture �Q��ؓ��Z��面向服务的体�pȝ��构的应用和系�l�提供了一�U�编�E�模型。这��Z��一�U�观点，即业务功能以一�p�d��服务的�Ş式被对外提供出来�Q�然后它们被�l�合在一起去实现满��特定业务需求的解决�Ҏ��。这些复合的应用�Q�可以包含专门�ؓ此应用程序创建的新服务，也可以包含来自已有的�pȝ��和应用程序的业务功能�Q�重复利用就像其中的一部分一栗��?/font> SCA 即�ؓ�l�合服务提供了模型，也�ؓ服务构�g的创建，包括�?/font> SCA �l�装中重用已有应用系�l�的功能提供了模型�?/span>

OSGi

OSGi 是什么， OSGi 是一�U�服务运行��^台。通过实现能够提供服务的符�?/span> OSGi 规范的组�Ӟ��用户可以��其�l��g发布�?/span> OSGi �q�行�q�_��Q�供用户和其他组件��用�?/span> OSGi �l��g提供的服务具有两个层面的含义�Q�系�l�层面，即一个组件�ؓ其他�l��g提供服务�Q�这些服务体��Cؓ Java 接口的实玎ͼ�业务层面�Q�即一个组件�ؓ外部�pȝ��或用��h��供某�U�业务服务实现�?/span>

从概�늜�我们可以很快发现他们的相同点和不同点�?/span>

他们都是一�U�组件模型，而且是面向服务的�~�成模型�Q�都�Ҏ��务组件模型作了相应的定义。在两种模型中都有“模块”，“组件”，“服务”这 3 �U�共同的概念。我们分别从�q�三�U�感忉|��看看他们之间的差�?/span>

模块�Q?/span>

可能 OSGi 对于模块的概念定义的更完善一点，支持模块的动态更新和依赖�Q��?/span> SCA 对于模块的概念中没有涉及动态更新的概念 ( 实际如果�?/span> SCA 中的模块映射�?/span> JEE 中的 EAR 块就可以做到�?/span> ) �Q�对于模块间依赖关系的定义也没有 OSGi �?/span> Export/import 定义的完��，对于一个包的引用，要存�?/span> 2 个不同的副本�Q�至��?/span> WPS �Q?/span> IBM �?/span> SCA 的实玎ͼ�中是�q�样。所以说模块的定�?/span> OSGi 要比 SCA 要完善，实际上这��h��两种模型出发�Ҏ��完全不同的， OSGi 设计之初主要是面向网�l�设备的�Q�最后被 Eclipse 所采用才�ؓ大家所知的�Q��?/span> SCA 从一开始就是面向企业��应用的，所以这斚w��没有 OSGi 定义的完善。模块的定义 OSGi 是在 MANIFEST.MF 文�g中通过元数据定义的�Q��?/span> SCA 是在 sca.module 文�g中定义的 xml 格式。从�q�点上我们就可以看出来， OSGi 只能是在 java �q�_��上（他的规范中说明也是只适合 java �q�_��的，规范�?/span> 0layer 定义了它的最��?/span> runtime �Q�，�?/span> SCA 是一�U�跨�q�_��的规范，它不依赖于��^収ͼ�你可以是 Java 环境也可�?/span> C++ 环境�?/span>

对于�l��g的概念，个�h感觉 OSGi 是在 DS �Q?/span> OSGI R4 �?/span> Declarative Services �Q�出来以后才有了比较定性的定义�Q��?/span> SCA 从一开始就非常��l��g的定义，对于 SCA �l��g可以是一�?/span> webservice �Q�一�?/span> java 对象�Q�一个有限状态机中的规则对象�Q�也可以是一�?/span> BPEL ��程对象�Q�还可以一个�h工干预的工作��对象，更可以是许多�l��g的组合对象，�q�一�?/span> OSGi �l��g是做不到�Q�也不要�?/span> OSGi 能够做到�Q�因��Z��们的设计出发�Ҏ��本是不同的，不要把企业��应用的东西强加到 OSGi 中来�Q�在 OSGi 中的�l��g可以发布 / 查找服务�Q?/span> SCA 也可以这么做�Q�对于服务的引用�Q?/span> OSGi 只能是在 single JVM 中，不要�?/span> OSGi 要知道他当初设计的目标就是网�l�设备，不用考虑企业�U�应用中的分布式�Q�服务质量什么的。但是组件概念上 SCA 有一点还是弱�?/span> OSGi �Q?/span> OSGi �Ҏ��务的引用可以做到动态更斎ͼ�一个服务改变了�Q�它可以动态的或者是静态的更新应用它服务的�l��g对象�Q�这一点在�|�络讑֤�中是非常重要的，但是�?/span> SCA �q�种企业�U�应用中到底需不许多要我们�q�需要考虑�Q�毕竟如果我们是面向接口�~�成�Q�而不用关心细节是什么，你的服务再怎么更新�Q�只要我们的接口不变��׃��会用什么问题�?/span>

而服务，最大的差别可能��是 OSGi 是在 single JVM 内的所以对于服务的引用永远都是直接的内存引用吧�Q��?/span> SCA 在服务的引用上附加了 Binding 的概念也��多了一个协议的选择层，很象 jmx �?/span> distributed layer �Q?/span> SCA 对于服务�?/span> Export/Import 都需�?/span> Binding 一个具体的实现�Q�你的服务可以通过 WebService 来发布，也可以通过 RMI �Q?/span> JMS �{�等来发布。这一�Ҏ�� SCA 的设计出发点来决定的�Q�面向企业��的应用开发）。对于服务的调用�Q�不仅仅是必��d��环境内的调用�Q�也可以在环境外�q�行调用�Q�比如你在一�?/span> JSP ��面惌��调用 SCAExport 出来的服务，你就可以通过 SCA 提供�?/span> Tools 直接调用�Q?/span> OSGi 是不支持环境外调用的�?/span>

从以上来�?/span> OSGi �?/span> SCA 除了��Z��同样的设计方法，其他的不具什么可以比较性，因�ؓ他们设计的根本意图上是不同的�Q�一个是用在单一个的 JVM 中的面向�|�络讑֤�或者像 Eclipse �q�种应用�Q�不需要考虑服务质量�Q�服务的可靠性，分布式，�{�等。�?/span> SCA 从诞生之初就��Z��解决 SOA 应用中的规范性，而且与他同��别的�q�有 SDO 来定义服务的数据对象�Q�这一点也�?/span> OSGi 中没有定义的�?/span>

有�h会说 OSGi 最�q�正在定义在企业�U�应用的规范�Q?/span> EEG �Q�， Eclipse �?/span> RSP 也在做相应的努力。但是如果是�?/span> SCA 之外另开辟出一个新的模型空��_��个�h觉得不太可能�Q�毕�?/span> SCA �?/span> IBM �Q?/span> BEA �Q?/span> Oracle �Q?/span> Sap �q�些厂商在认识到许多现有技术的不��之后�ȝ��出来的设计模型，是这些厂商经验的�U�篏�Q�就�?/span> OSGi �?/span> OSGi �l�织在网�l�设备应用中的积累的一��P��q�两�U�技术只能出��C��补性，再说 SCA 模型的定义充分体现的软�g界一贯的规则“重用”，不管�?/span> IBM �?/span> WPS �Q�还�?/span> Apache �?/span> Tuscany 都是以现有��^��Cؓ出发点设计的�Q�是�?/span> SCA �q�种模型与现实技术做一定的映射�Q�例如，如何实现异步调用��可以以借助 JEE 环境中的消息或�?/span> Corba 中消息机制�?/span>

真希望看�?/span> OSGi �?/span> EEG �l�织�?/span> SCA 规范定制�l�织合作的场景。这样不仅可以让�l��g服务思想得到升华�Q�还能�ؓ企业�U�开发开辟一个新的天地�?/span>

以上观点�U�属个�h感触�Q�不代表��M��特别的言论，其实最�q�正打算吧原有的�q�_��q�移�?/span> OSGi �q�_��上，在研�I�过�E�中发现了许多有��的地方�?/span>

�Ƣ迎大家一赯��?/span> OSGi �?/span> SCA 技术�?/span>

我爱夏花,更爱�U�叶 2006-11-10 17:20 发表评论

亚洲国产cao,国产精品一区在线观看,国产一区二区视频在线看