SDO初探

近几日忧虑于如何为分布式工作流添加数据携带、数据集成功能，用ESB当然好，可惜我们的ESB还没成型。后来也试验过ServiceMix，感觉它是一个服务路由框架，不是我所希望的数据集成的、直接可用的载体。暂时放弃它了。

今天看到IBM的一个资料，它的Websphere Process Server（WPS）在ESB上传递的是SDO，以前也大概了解过SDO，没有太看懂。既然IBM已经把SDO开始实用，于是决定研究一下SDO。于是通过google搜索SDO，竟然找到大批盛大的链接：）其间夹杂一些SDO相关页面链接，主要也是IBM和BEA的。从BEA下载了一个SDO的白皮书，大概看了一下，明白了SDO的目标是提供一种通用的数据访问方式，屏蔽不同数据源的差异。它通过一个数据访问中介访问不同的数据源，把数据整合成data graph，一个data graph就是一个数据模型，这个数据模型包含多个数据对象。SDO通过提供元数据模型来访问数据对象的类型信息。

应该说SDO的想法很好，统一的数据访问模式，多好啊，其志向不可谓不大啊，颇有一统数据访问江湖的气概。而这样的事情也确实只有IBM、BEA、Oracle等豪强能做啊。

IBM等为了推进SCA、SDO等SOA思想的发展，建立了一个开放SOA社区，http://osoa.org，上去看了看，没新鲜东西。唯一值得一说的是，上海普元竟然是合伙人之一。看来普元够眼界啊。

转了一圈依然没有直接的有益于我做分布式工作流数据集成的思路，却得到了另外一个收获。从developerworks上看到几篇文章，弄懂了IBM是如何做JSF表单的。最近也正在思考这个问题。JSF表单有几个难点：
1是JSF没有布局；
2是JSF的组件如何关联数据源。

对于第一个问题，IBM通过JSF模板解决，JSF模板定义了不同的区域，只有固定的内容区域可以添加JSF组件。开发JSF表单时首先选择一个模板，然后把组件拖到内容区。

对于第二个问题，通过组件关联到SDO。