(http://www.epochtimes.com)
【大纪元9月26日讯】Java本身包罗万象﹐以最简单的定义来说﹐它是一套含有190余种规格的Java规格提案(JSR﹕Java Specification Requests)﹐内容涵盖Java在各个层面的运用﹐从企业专用的虚拟机器应用服务器(J2EE)﹐到桌上型计算机虚拟机器(J2SE)﹐到常见的CGI小程序等(servlets﹐用来当作虚拟机器与外部应用程序的沟通接口)。
ZDNet China 9月23日报导,这些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品牌是一大威胁(甲骨文的退出重挫了该组织)。
兼容性需求
对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﹕不是标准的标准
所指的部分是SUN对外总是鼓吹采用免权利金的标准。 SUN三不五时会拿出来作例子的就是公司旗下所销售的计算机系统﹐其产品大致是以两套标准为依据﹕Sparc的IEEE P1754标准﹐以及Open Group的Unix标准﹐如Unix 98标准及X Windows。
而Sutor更想说的其实是﹐SUN最近坚持不愿支持某些要收取权利金的技术(尤其是有IBM支持)﹐例如第一套Web services的安全规格WS-Security﹐之后此一技术确定为免权利金后﹐SUN才表示愿意支持。因此﹐就部分情况而言﹐SUN算是言而有信﹐但一碰上Java可就不是这么回事了。
与许多公司都将Java称作是一种标准﹐其实这是错误的说法。SUN或许认为Java的命运是由数百家加入JCP的厂商所控制﹐流程就跟一般标准组织如W3C或ISO的作法如出一辙。
但就我的看法﹐只要没有获得独立组织(如W3C或ISO)的认证﹐或需要收取授权金的技术﹐通通不能算是标准﹐充其量也只能说它表面打着标准的旗帜﹐但其实是必须付费才能使用﹐诸如英特尔的x86指令集或微软Windows皆属此一范畴。
绝对有权捍卫自己的智能财产权﹐但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一较高下﹐困难度显然会比现在高出许多。
甚至认为﹐若Java早先一步开放出来﹐.Net可能都不会出现了。“C#与CLR虚拟机器是什么﹖其实就跟Java差不多﹐它们都是程序语言与虚拟机器﹐只是有些许不同而已。Java若是开放标准﹐微软势必直接支持﹐而不会推出.Net。”
当然现在这些都是白谈了﹐.Net早已如火如荼展开﹐Java也非标准﹐IBM只希望所有关于Java的部分都能尽快开放。开放JSR技术提案至少会让Java比.Net略占上风。
目前在.Net架构中只有C#与CLR有可能成为开放标准﹐CLR其实只是.Net虚拟机器的阳春版﹐CLR(甚至是.Net)将难以与完全开放Java标准相互匹敌。
(http://www.dajiyuan.com)
