IBM大动作解放Java

IBM大动作解放Java

作者： David Berlind

9月23日 专稿（记者 David Berlind/编译陈奭璁）IBM电子商务标准策略部门总监Bob Sutor是公司内部少数几位对开放源代码、网络服务与各类标准政策有决定权的高层主管之一。而目前他最处心积虑的梦想就是让Java变成开放源代码，并进而成为标准。  

Java本身包罗万象，以最简单的定义来说，它是一套含有190余种规格的Java规格提案(JSR：Java Specification Requests)，内容涵盖Java在各个层面的运用，从企业专用的虚拟机器应用服务器(J2EE)，到桌上型计算机虚拟机器(J2SE)，到常见的CGI小程序等(servlets，用来当作虚拟机器与外部应用程序的沟通接口)。

这些JSP技术提案的命运则有赖JCP组织(Java Community Process，由数百家厂商组成)旗下的工作小组来进行规格审议。虽然JCP是由SUN设立，但基本上都还维持着相当民主的过程。

每个参与审议JSR规格提案的厂商都有相当大的决定空间。例如，SUN将多数行动Java规格的决定权留给诺基亚、爱立信、摩托罗拉等手机大厂，由他们来决定手机中的Java要怎么制订最好。

不过虽然JCP看似非常民主，但拥有Java专利权的SUN还是握有否决大权。同时，由于SUN对这项技术拥有智能财产权，因此该公司可设立各种Java相关要求。其中最为人所关心的就是SUN向厂商(凡有使用Java品牌者)收取的授权费。SUN实际收取金额多少向来是IT产业的最大秘密，SUN不愿透露任何数字，而授权厂商也不肯稍漏口风。

不过证据显示每家厂商所付的金额高低并不相同。熟悉授权制的人士表示行动JSR的费用会比其它JSR来得高，这或许是手机产品过于流行之故。

甲骨文据闻签下了相当有利的授权合约，条件是它必须退出由IBM主导的openserver.org组织，SUN认为该组织对Java品牌是一大威胁(甲骨文的退出重挫了该组织)。

兼容性需求

SUN对Java的另一项附加要求是兼容性。Java号称「write once, and run anywhere」(写一次，四处通)，为了使Java品牌能名实相符，JSR还包括了兼容性测试，厂商的产品必须通过测试后才能对外宣称与Java兼容。

而SUN除了收取权利金外，兼容性测试还要再收取一次费用。我采访SUN首席工程师Rob Gingell时，Gingell笑称产品测试全都是非常专业的人在执行，而这些专业人士则都是SUN的自己人。懂了吧？

也因此当今年初IBM的Sutor跟我说IBM很希望看到Java进入公共领域后，理由就再也明显不过了。任何Java授权商希望Java能开放就是希望不用再向SUN缴交权利金与测试费用。不过，不管IBM究竟付了多少，对于蓝色巨人而言都可能只是九牛一毛，因此另一个可能原因就是SUN的否决权。

我很好奇或许IBM曾在JCP中受过伤，或许IBM要求变更部分Java规格(如J2EE)，但却被SUN否决掉。还是或许着眼于未来担心某项规格被SUN挡下来，毕竟SUN要祭出否决权并不需要特别理由，若它觉得苗头不对，随时可拿来对付IBM。

当然以上都是臆测之词，即使是真的，Sutor也不会承认。他说，「IBM真的非常喜欢Java，我们敢说在Java的稳定与性能上，IBM做出了比其它人更多的贡献，使得Java可以走进企业市场。

展望未来，我们希望能更有建设性，我们不希望在这方面与SUN起争执，我们只是认为Java标准化可以作得更好，因此我们就等着看SUN怎么实践自己的诺言吧。」

Java：不是标准的标准

Sutor所指的部分是SUN对外总是鼓吹采用免权利金的标准。 SUN三不五时会拿出来作例子的就是公司旗下所销售的计算机系统，其产品大致是以两套标准为依据：Sparc的IEEE P1754标准，以及Open Group的Unix标准，如Unix 98标准及X Windows。

而Sutor更想说的其实是，SUN最近坚持不愿支持某些要收取权利金的技术(尤其是有IBM支持)，例如第一套Web services的安全规格WS-Security，之后此一技术确定为免权利金后，SUN才表示愿意支持。因此，就部分情况而言，SUN算是言而有信，但一碰上Java可就不是这么回事了。

SUN与许多公司都将Java称作是一种标准，其实这是错误的说法。SUN或许认为Java的命运是由数百家加入JCP的厂商所控制，流程就跟一般标准组织如W3C或ISO的作法如出一辙。

但就我的看法，只要没有获得独立组织(如W3C或ISO)的认证，或需要收取授权金的技术，通通不能算是标准，充其量也只能说它表面打着标准的旗帜，但其实是必须付费才能使用，诸如英特尔的x86指令集或微软Windows皆属此一范畴。

SUN绝对有权捍卫自己的智能财产权，但Sutor认为SUN对待Web services规格的态度也应该一体适用在Java上。

「SUN对我们而言是竞争对手，而非中立机构。我们希望能有一公正的中立组织来掌管Java规格，而非某一厂商拥有比较大的权力。」

为何Sutor会如此坚持要有一个中立机构来作最高统筹单位？或许接下来这段可透露部分玄机。「若Java之前就开放为标准的话，微软的C#以及兼容技术(如.Net)今天就不会存在了。」

由于IBM有相当比率的软件都跟Java有关，IBM显然不希望有任何闪失。正如Web今天会如此发达正是因为建立在许多免权利金的协议，如TCP/IP、HTTP与HTML等，Sutor认为开放Java之后，Java的影响力与成长力道都更能发挥，如此一来就可限制.Net的成功。虽然击败SUN也算是策略上的成功，但IBM最终着眼的并非SUN，而是要打败微软。

虽然我们无法预测Java若成为开放标准后会变成什么样的光景，但Sutor至少说对了一件事：若微软.Net若要跟开放标准的Java一较高下，困难度显然会比现在高出许多。

Sutor甚至认为，若Java早先一步开放出来，.Net可能都不会出现了。「C#与CLR虚拟机器是什么？其实就跟Java差不多，它们都是程序语言与虚拟机器，只是有些许不同而已。Java若是开放标准，微软势必直接支持，而不会推出.Net。」

当然现在这些都是白谈了，.Net早已如火如荼展开，Java也非标准，IBM只希望所有关于Java的部分都能尽快开放。开放JSR技术提案至少会让Java比.Net略占上风。

目前在.Net架构中只有C#与CLR有可能成为开放标准，CLR其实只是.Net虚拟机器的阳春版，CLR(甚至是.Net)将难以与完全开放Java标准相互匹敌。

本文原载于ZDNet China