SCA1.0应用开发过程
From Tuscany中文社区
[编辑] Tuscany关于一般性服务化应用的构建的分析报告 |
[编辑] 引言 |
[编辑] 介绍 |
Tuscnay近日将推出 1.0版本,它在实现了 SCA1.0的基础上,还开发了一些扩展内容,为开发者提供了将更多主流技术一直到Tuscany环境下的手段。
[编辑] 目标 |
本文是在认真研究 Tuscany SCA环境的前提下,总结以前我们在 SOA方面所作的研究,提出了 一个利用 Tuscany1.0的技术能力构建一个具有分布式特点的服务化的应用系统,读者可以从中看出 SCA1.0和Tuscany1.0为我们所展现的SOA前景
[编辑] 术语和缩略语 |
- 构件:本文将SCA中的Component译为构件。
- 组件:本文将SCA中的Composite译为组件。
[编辑] 背景介绍 |
SCA首先是想解决 SOA平台之间的兼容性问题,但是道路漫长。 Tuscany目前已经做到了这样一个服务环境:
他首先提供了一个本地构件运行环境,这与 Spring所做的工作是相同的。本地系统可以运行于 Tuscany提供的 IoC环境/容器之上。但是该环境比 Spring更加易于将异构系统所提供的服务通过 WS集成到本地系统中。本文将要展现的是两个本地系统在Tuscnay1.0的帮助下,简单地将构件服务化,而彼此可以享用来自其他系统的服务功能。
[编辑] 分析内容 |
[编辑] 利用 Tuscany IoC实现本地应用 |
在本文中,我们将实现以下用例。
插图 1
图中包含两个用例:用户管理和邮件递送,对于用户管理系统来说,需要使用邮件递送系统中的某个功能,邮件系统可能是一个已经存在的系统,但是它是使用Tuscany环境的系统,在这个假设下,用户管理系统可以轻松使用由递送系统所提供的服务。
两个用例分别在两个应用中被实现,他们原本非别服务于自己的系统中,本来他们并不相关。
插图 2
图中,用户管理和邮件管理系统分别位于两个应用节点上,从设计初衷来讲,它们之间并无关联。而本文的用例中,用户管理系统的某个(新)功能将要使用邮件管理系统的某个功能(而不是自己去重新实现相同的功能)。


