SCA技术在实际应用开发中的实践(1)-序

OSOA组织的SCA规范升级到V1.0版本后,SCA的开源实现之一：apache组织的Tuscany项目中SCA也随之快速的升级，并增加了对更多新标准和新技术的支持。
1、支持使用更多格式的插件

升级后SCA (Tuscany项目中的子项目，若无特别说明后面说的SCA均指此子项目)部署单元从composite上升到更高一层的SCA Domain。开发的SCA组件在新的环境中被称为 Contribution ，Contribution的类型可以是以下几种：
★ 文件系统的目录 (A filesystem directory)
★ OSGi的插件 (An OSGi bundle)
★ 压缩的目录 (A compressed directory (zip, gzip, etc)
★ JAR格式的文件或者类似的包 (A JAR file (or its variants WAR, EAR, etc)

这些Contribution 通过SCA中的Contribution Service 安装到SCA环境中并被使用。Contribution 中包含描述SCA组件定义的XML格式文件、目标代码文件(Java class文件)以及接口定义文件。还有一些和SCA无关的，但是需要在SCA Domain中使用的XML格式的文件，包括XML Schema documents、WSDL documents和BPEL documents等。

2、支持更多最新的技术标准和语言

A、在Services和References的binding上支持：

★ Apache Axis2
★ CXF (即Celtix的升级)
★ JMS (tested with Apache ActiveMQ)
★ JSON-RPC

B、Component的实现：

★ Java components
★ Spring assemblies
★ Scripting with JSR 223
★ JavaScript
★ Groovy
★ Ruby
★ BPEL (a prototype using Apache ODE)

C、Data Bindings - 可以处理的数据

★ JAXB
★ SDO
★ Axiom
★ Castor
★ XMLBeans

D、其他新增的

★ hessian http://www.caucho.com/hessian
★ servicemix
★ equinox
★ bsf
★ geronimo

3、实践计划

准备从以上列表中选取一个组合，在项目中实做SCA。

项目可能包含一个工作流引擎、一个可视化流程定义工具、实体引擎、页面流转引擎、电子表单工具等。

可能会将某些开源的项目和SCA结合起来实现。



根据SCA架构在业务层面、架构层面和实现层面不同的适应性，分别取1-2个有代表性的项目。

总之，实践是创造的源泉，也是检验"真理"的标准。通过理论与实践的结合，对SCA技术的理解会更加的深入，当然也会总结一些有价值的经验。