【IT168 开源分析】把Java开源，也许是Sun的无奈之举，也许是Sun别无选择的选择。Sun在此时开源Java是否恰到时候，是否正当时机？而Java开源之后呢？

    开源Java是Sun的无奈之举？ 

    今年10月底，Oracle和Red Hat针锋相对地推出各自版本的Linux产品，并且Oracle还宣布以低于Red Hat 50％的价格提供Linux产品支持和服务。11月初，一向“积怨”甚深的微软和Novell公司结成攻守同盟，宣布支持彼此的产品研发和升级。11月13日，Sun终于敲定了Java开源的确切时期：Java源代码有望在2007年3月全部公开，而且这次开源的是Java的全线版本，即JavaStandard、JavaMicro，以及JavaEnterprise。 

    抛开Oracle与Red Hat的剑拔弩张，不谈微软与Novell各自的小算盘，Sun在远远落后Linux把Unix Solaris开源之后，又在Java诞生十于年之际把Java开源,是否显得迟了一些？ 

    在Sun宣布把Java在GNU GPL协议下开源之后 ，有媒体和分析人士认为这是Sun公司有史以来对开源社区最大的贡献，更甚者说此次的Java开源是开源运动启动以来所获得的最大的一次“馈赠”，不仅如此，这些人还认为此次的开源将延长已经十多岁的Java的寿命。 

    但是，笔者个人认为，Sun把Java开源实属无奈之举，是别无选择之后的选择。而十多岁的Java语言也相对已经显得复杂和臃肿。 

    Sun的开源来得太迟了 

    Sun曾经依靠其昂贵的硬件（SPARC等）和软件系统（SunOS,后来的Solaris——Solaris 10在2005年已经变为免费开源软件）赚得满盆满钵。在Sun意识到运行在低价x86硬件平台上的Windows、Linux侵占了其利润份额的时候，已经过了相当长的一段时间，为时已晚。而Sun现在甩出了“开源”纸牌，或许可以让Sun重整往日河山，但或许也可以让Sun之前的努力功亏一篑。有“史料”可以佐证，Sun在2003年底淘汰了其之前曾花费价值约20亿美元的股票收购的Cobalt——这是一款Linux低端服务器，Sun当时希望借Cobalt直接与IBM和微软的同类软件竞争。在Linux相关方面的投资或决策失误，曾有人怀疑过Sun是否是在满世界乱撞。 

    随着Sun把耗费巨资研制的Solaris开源，以及其后所提供的支持和服务，人们仿佛看到Sun找到了自己的方向。但问题是，Sun的开源（开源Solaris、开源Java）来得太迟了 。 

    Solaris的开源远远落后于Linux，如果Sun把Solaris早一点开源，就会赢得远远超过现在的用户群数量。而Java作为最流行的编程语言之一，它的使用普及率已经较2年之前有所下降。更何况Java的周围还充斥和围绕着相对更“简易”的动态语言Ruby，而像PHP、Perl、Python也在分裂Java的阵营。当然还有Sun的老对手微软，微软利用C#和.NET试图“瓦解”Java开发人员而转头投入微软的阵营。 

    尽管如此，Java也许还是“有希望”的，假如大部分的重要程序都是用Java来编写和部署的——特别是JavaEE——Java的生命也许会比现在更强盛。但这种希望是渺茫的。 


    Java开源之后 

    一位Java开发人员出身的资深分析师说：“JavaEE不再是一个灵活的、可用的平台。对于我个人而言，JavaEE的编程模块显得太臃肿了。” 

    把Java开源，也许可以解决一些问题。假如可以借助开源社区的力量把Java变得更灵活、更简易，那么Java和Sun都会双双受益——Sun是否有这样的打算：把Java开源，让它变得更“瘦身”，这样Sun就继续可以卖它的那些运行Java的昂贵的硬件了。 

    Sun把Java放在了主流的GPL（General Public License）授权下，而不是自己的CDDL（Common Development and Distribution License）。Sun之所以这么做是考虑到把Java放到GPL之下，会有更多、更优秀的开发人员来关注Java，来完善Java。 

    笔者的个人结论是，Sun把Java开源有些迟了。如果Sun在2004年就选择把Java开源，那么它将获得重整河山的非常好的时机。但在2004年，Sun的那位已经离任的总裁说“Java不会开源”。 

    Java开源之后，IBM是否想把Java控制在ASF之下（Apache Software Foundation）？微软是否紧跟着开源自己的.NET，是否会聚众力再开发出一个新的语言？对于这些问题，我们拭目以待。