Java未来的三大谜题：再谈甲骨文收购Sun
◆甲骨文公司期望获得提供应用、平台以及数据库这一整套的能力，这样它才能成为跟IBM一样的全套服务提供商。也就是所谓的“一站式服务”，如果你愿意这么称呼的话。
◆甲骨文已经在应用和数据库市场发挥得淋漓尽致了。在硬件业务领域进行扩张是它继续壮大的主要途径。
◆此次收购也很可能是甲骨文为了应对微软收购SAP公司这则传言所出的招。
虽然收购原因对很多人来说是很重要的信息，但是我最为关切的问题是Sun花了15年精力养大的Java将何去何从。我常常说“Java就是COBOL”， 因为现在几乎所有的业务应用里都能找到Java的痕迹。在软件开发行业，流言往往甚嚣尘上，结果最后大都不攻自破了。但是我们还是可以从历史经验里寻出一些脉络，分析一下Java的前途。
如果仅仅从Java的角度来看，最关键的三个问题就是：
◆Java标准制定组织（Java Community Process）是否还将继续存在？
◆Apache软件基金会（Apache Software Foundation）和Sun之间的纷争能否得到解决？
◆甲骨文公司能否通过把持对JDK的TCK授权获得Java的知识产权(IP)
Java标准制定组织（Java Community Process）是否还将继续存在？
51CTO 08年相关报导：如何挽救Java？改革JCP已成必须
甲骨文本来就是JCP的执行委员 ，他们已经提交了80多条 Java标准提案（ Java Specifiation Request ）。甲骨文已经承诺长期参与JCP，它还向其它参与者表示，JCP需要变得更加开放，透明和供应商中立(vendor-neutral)。特别是在2007年12月12日，甲骨文提出以下建议：
第1号决议 （甲骨文提议， BEA公司附议）
“执行委员会(Executive Committee )认为，JCP将努力成为一个开放独立的、供应商中立的标准制定组织（Standards Organization），所有成员参与公平竞争且必须满足以下几点要求：
◆会员共同负担开发和管理费用
◆会员只能是一个有章程、管理机构和成员的法律实体
◆新的，简化的授权策略将允许尽可能多的实现
◆严格的兼容性要求
◆致力于促进Java编程模型
另外，执行委员会还希望这种转换越快越好，以尽量减小对Java社区的影响。
所以如果不出意外，甲骨文还将继续支持JCP，只不过JCP可能会跟之前有些一不同。如果甲骨文能成功地实施它所计划的变革关于甲骨文将如何实施这一计划，也是一个很有意思的事情。从那可以看出来甲骨文将如何处理Java 。
Apache软件基金会（Apache Software Foundation）和Sun之间的纷争能否得到解决？
Apache和Sun之间的纠葛由来已久，双方积怨颇深。大概情况是这样的：
1. Apache Harmony项目想要基于Java SE 版本5.0开发一个ASF授权的模块化虚拟机以及JDK
2. Sun公司通过OpenJDK项目把JDK开源化了
3. 如果要成为被认证的JDK ，Harmony项目就必须通过Sun公司的技术兼容工具包（ Technology Compatibility Kits）测试.
4. Sun公司指出Harmony是基于JDK 5.0 这个老版本开发的，而非最新的JDK（那个时候是6.0版）它们对Harmony的认证也因此一直悬而未决。
直到现在，OpenJDK监管会也没有解决这个争端。甲骨文如何处理这个问题是窥测它的Java策略的第二只晴雨表。
甲骨文公司能否牢牢控制住Java的知识产权？
51CTO相关报导：甲骨文收购Sun未获反垄断部门快速核准，被要求提供Java编程语言许可证有关的资料。
与JDK认证相关的许多法律问题现在把Java授权问题搅得非常复杂。例如，除非你通过了为OpenJDK拟定的TCK认证，你才能合法使用Java的知识产权。也就是说，在这种情况下，你的JDK还是没有经过认证的。
因为我们没有为Java SE 7特别拟定的版本，Sun公司也没有打算推这样一个版本，这就会导致我们没法使用官方的OpenJDK 7了。甲骨文可以采取同样的做法，而不是发布一个规范或者TCK ，那样它也能保护它的知识产权。
解读
你应该已经认识到，上面这三个问题其实是相互关联的，每个答案本身可能都有不同的水平和层次。例如：
◆JCP应该会继续存在，但是它可能在引领Java方向上可能会扮演其他的角色。
◆管理上的变化可能会使得在ASF这个问题上有所变化，并解决那一段纠纷。
◆甲骨文可能会推出新的JDK规范和TCK认证，兑现所作的开放 JDK的承诺。
这几个因素的走向将让Java开发者社区清楚地看到甲骨文会如何运营Java。
