SDO会不会是下一个EJB2？

这几天一直在研究SDO(Service Data Objec),感觉有问题呀，SDO规范中提到的DataObject本质和Hibernate的Dynamic-Map类似，当然，SDO中把属性也封装的更加详细了，更加具体了。问题是，目前没有好的DAS(Data Access Service)实现，那个Tuscany DAS竟然需要直接开发SQL,比起Hibernate来简直是倒退，在我看倒是可以把Hibernate改造来实现一个DAS。

SDO与Hibernate比起来没有什么优势呀？不知道IBM和Bea为什么这么大力气去忽悠这个概念。

有没有谁对这个由研究的呢,说说看。

呵呵。那LZ有没有考虑到SDO不仅仅是为了JAVA~~

SDO失去了静态类型检查的好处，有没有得到太多的动态性
SDO除了所谓的跨语言（真的需要吗？）和Java中的Map差不多，不过他可以用XSD约束一下，也就是说对工具友好，对人就不怎么友好了
SDO有对象图的概念，他实现持久化是基于修改记录，而不像hibernate是基于版本对比的。

Eclipse中EMF好像用到了SDO，SDO对MDA还是有点用的。

个人觉得SDO还是比较垃圾的。

简化版的JAXB

感觉Java里功能重叠的组件太多了，比如JAXB和SDO还有Castor，OSGI和SCA，log4j和jdk14log等等。只看到RedHat的PDL，暂时还没有雷同的。

怎么跨语言？难道一个DotNet应用程序可以调用一个Java版本的DAS??

如果你说的跨语言是指DotNet和Java可以访问同一个存储介质的话，我觉得这个没有什么意义。
比如，以前共享数据库的方式，没有什么本质的区别。

我觉得SDO没有给用户解决什么问题。

现有的DAS只有一个Tuscany，那个，DAS竟然需要用户实现定义好SQL,这样一来如何跨多种数据库呢？
我觉得SDO从某种程度上来说只能相当于Hibernate的Dynamic-Map的方式而已

现在Hiberntae的HQL可以返回Object[]列表，当然，如果把这个列表转换成为DataObject就更好了。
同样道理那个Dynamic-Map也可以直接采用DataObject接口，对于数据库的DAS就彻底实现了。

现在IBM出的DAS竟然也是所谓的JDBC DAS，我觉得比起Hibernate简直解释倒退

你说的只是DAS的一个实现，普元不是实现了一个基于hibernate的DAS吗？