Java标准受到挑战 未来由谁主宰

在Sun、Borland、微软之间围绕着Java的争斗最终以Sun重新获得Java的控制权而结束。但新的争斗又将开始。

在经过数年的争斗后，Sun终于可以暂时控制JVM和JDK了，现在这两种技术也趋于一致了，但JVM和JDK只是Java体系的冰山一角。而对Java影响最大的莫过于众多的JSRs（Java Specification Requests）。

当Sun和Borland、微软的争斗告一段落后，Sun本以为可以高枕无忧了，但Sun却打错了算盘。在这之后，Sun受到的第一次挑逗就是IBM的Eclipse。在2001年，IBM设计了自己的Java开发工具Eclipse，这本来没什么，但Eclipse却与Borland的JBuilder有着本质的不同。JBuilder是百分之百基于Java的，而Eclipse虽然是Java开发工具，但它的图形接口既不是AWT，也不是SWING，而是IBM自己开发的SWT。SWT虽然速度快，但它却是独立于JDK之外的，也就说，它并不同JDK一起发布。因此，在程序发布时，必须带是SWT的运行库才可以。IBM官方称Eclipse的推出是为取代Sun的NetBeans，但稍微动一下脑子就不难看出，IBM的真正目的并不是NetBeans，而是想逐步取代Sun的JDK的部分，甚至全部。IBM推出SWT的目的就是想让开发人员除了标准的AWT和SWING外，还有另外一种选择，那就是SWT。也就是说，IBM想先通过JDK的图形库来分裂JDK，从而达到自己控制JDK的目的。

而另Sun尴尬的是IBM的举动并没有触犯什么法律或规约，SWT只是一个基于Java的类库而已。Sun更本无法向当年起诉微软一样来起诉IBM。IBM的初次挑衅取得了意想不到的收获。这下IBM更加得寸进尺了。

由于和Java相关的规范都是由JCP来管理的。每当提交一个新规范，必须由JCP的成员投票表决才能通过。因此，JCP就相当于Java世界的联合国。它和现实中的联合国是一样的，谁控制了联合国，谁就能充当世界警察，为所欲为。而JCP成员中最强大的当然是IBM了。一开始，IBM还是很规矩的，但后来，IBM发现，JCP一直都是由Sun来主导，而Sun的产品也是最早支持JCP标准的，如当JCP推出新的J2EE标准后，Sun的AppServer在半个月后就宣布支持新标准了。

这种结果是IBM所不能允许的，因为，在J2EE市场，IBM和Sun是竞争对手。这样，Sun的AppServer就永远领先IBM的WebSphere了。因此，IBM就想绕过JCP，自己确定新的标准。可能是因为IBM感觉自己势单力孤，最后把BEA也拉了进来。IBM和BEA都是J2EE市场的绞绞者，他们的市场份额之和超过了66%。

无论是微软，还是IBM。他们的强大都足以在一个领域中推行新的规范。IBM也正是看中了这一点，因此，在最近IBM和BEA提交的几个规范（如JSRs235，236和237）并没有长长支持列表。而其它的规范都有很长的支持列表。这充分说明了IBM和BEA打算绕过JCP而单独推出规范，而这些规范并未得到JCP大多数成员的支持。

如果说提交JSR规范只是小打小闹，那么IBM联合BEA发布的SDO(Service Data Object)规范将是一次大动作。在发布SDO的同时，IBM又向Apache基金会捐献一个支持SDO标准的Tuscany项目。这次发布并没有安排Sun、JBoss等Java中间件提供商参与。尽管SDO最终因进展缓慢而失败，但这将是以IBM为首的利益集团分裂JCP的开始。在SDO失败后不久、IBM和BEA又联手推出了SOA标准。这个标准除了IBM和BEA，并没有其它的SOA标准制定者。IBM和BEA制定SOA的目的就是想彻底绕过JCP而成为Java EE的事实标准。不管其他人如何评价IBM和BEA的这次联合，我相信Java标准已经开始分裂。而在业界举足轻重的企业，如IBM、BEA、Oracle、JBoss，甚至是微软，都会围绕着Java标准展开一场殊死搏斗。也许Java EE的未来将是一场血雨腥风！