前段时间，BEA和IBM联合发布了SDO规范，并且向Apache贡献了一个Tuscany的项目，Tuscany的实现遵循了SDO规范，同时预示着BEA已经和IBM一起工作了，这次联合发布规范并没有安排SUN，JBoss等Java中间件提供商参与，给业界带来很大的震撼。
SDO（Service Data Object）规范已经可以追溯到2003年，那时候，Sun独揽JCP大权，BEA和IBM曾经首次联手向SUN施压，最后才迫使JCP采纳了其SDO Specification，但当年的JCP进程太缓慢（不少Java公司抱怨JCP延误了Java标准的发展），让SDO最终失败了。如今，打着SOA的旗帜，IBM和BEA都明白他们SOA对他们来说是何等重要的时机，他们似乎在近半年开始不断合作，这种合作体现在对SOA规范的协作上，你听说过除BEA和IBM之外的第三个SOA标准倡导者吗，不会的，因为SOA默认是IBM和BEA联合制定的，其他人想入伙(标准制定)也不容易啊。我有时候也很难以置信，是什么将他们联合在一起，这种联合实在太恐怖，因为，在真正的中间件市场上，Weblogic和Websphere已经是De Factor了，就像Windows一样，我想，将来如果某天Microsoft和Linux一起发布联合规范就好了。
如今，在SOA标准上，BEA和IBM都比其他Java Vendor都走得太前了，一旦这种标准绕过（绕过的意思是类似）JCP成为了JavaEE标准，意味着所有其他Java endor未来5年会非常被动，原因主要是：IBM和BEA在Apache基金会和Eclipse基金会的分量非常重，里面的要职很多都由这两家公司的Employee担任，一旦JCP被绕过(最近的SDO联合规范就是一个典证)，受害者首当其冲将会是Sun，Sun对开源社区的影响力被大大削弱，而Apache将会变成帮助IBM和BEA实现Specification的社区。
另外一个非常重要的Java Vendor, JBoss，它近几年来取得非常的骄人的成绩，JBoss的Leader，Marc Fleury，称JBOSS为Java世界的Linux。不管如何我觉得目前看来，唯一能够打破BEA和IBM联盟的只有JBoss，虽然，JBoss在工业界的影响力实在太微弱，但JBoss在开源社区的影响力很大（如果推举敢JavaEE开源领域的Leader，我相信60%的人会投JBoss一票），正因为如此，IBM和BEA并没有打算让JBoss加入他们的圈子（SDO规范已经羞辱了JBoss），而且，由于JBoss逐渐占领中小企业的中间件市场，BEA和IBM意识到将来JBoss会成为他们的高端企业计算市场的最大敌人，同时，JBoss和BEA/IBM的缺乏共同利益。因此，我们都可能在未来2年看到这种标准的对抗，对抗的阵地将会发生在Apache/Eclipse这些开源聚集地，精彩啊。
无论外界如何评论最新的BEA/IBM的SDO联合规范，我相信Java vendors已经开始分裂，分裂的主要特征（不管现在还是未来）都将体现为JavaEE标准，SUN，JBoss，甚至Microsoft都会卷入这场战火，因为IBM和BEA已经形成了联盟并抛弃了其他的Java提供商，其他公司想生存，必须联合一起才能有机会在标准获得发言权。