谈Sun关于Java的开放源代码策略

　　我们知道Java的应用已经有了将近40亿的器件，已经有500万的开发人员，我们怎么样让Java更好呢?在这个过程中间，除了Sun不断的努力推广，以及我们的合作伙伴及我们Java的社区。在过去一直有大家比较争议的问题，是Java源代码的问题，这个问题Sun从前年开始逐步采取措施建源代码，在去年的Java1的时候，Sun就宣布所有的Java都会开放源代码，当然这需要一个过程。经过我们的努力，差不多在18个月的时候，把Java所有的源代码的可能性都已经做了实践。我们后续还有一些有关Java的调用，源代码也要不断的公布，在明年3月之前整个Java，作为开放源代码的开发人员可以利用Sun所有的Java源代码进行重新的构建一个完整的环境。这个会完成我们所有Java源代码的开放，但是这个源代码开放中间，除了基本的源码本身的清理，还有很重要的是Sun到底采取什么样源代码开放的策略?这次公布的最主要是在许可证这个策略上，我们希望许可证出来，有最大的可能性去扩展Java的使用环境。

　　具体的开放方式是怎样的?

　　目前开放源码的许可方式还有GPL的模式，这种模式不属于商业开放源码的模式，属于一个社区的开放源码，但是它跟商业许可不一样，Sun公司目前对于JavaSE和JavaME这两个平台技术的开放源码，是采用社区方式和商业方式两种。以前Sun公司的JavaSE或者JavaME的实现，它的产品源码目前许可证可以提供的，这种商业提供源码现在有很多公司跟Sun公司有商业源码提供的协议，这种商业源码的协议目前没有任何改变。社区开放，商业许可还是商业许可，这是两条路。

　　未来Sun公司属于商业的产品也都是为源码的开放，未来开发是社区性的开发，但是商业的用户还有很多的，比如JavaME的环境里，技术的需求等等，这是一个商业的许可证，从Sun这儿购买商业的许可证产品，今天开放社区的源码，Sun公司有这样的趋势在这里，但是开放并没有我们在中国武侠小说里的，老师要留一手，有什么武功秘笈什么的，所谓开放的概念就是，未来所有源代码的工作都会转到社区来，根据GPL的许可证本身所具有的要求，有一些新的发布，会有一些新的产品在一起搭配着发布，开发人员当中有很大的便利，能看到所有的源代码，这里有很多附加的要求，有些东西本身开发的性质是开放性的，比如说我们Sun公司可以跟另外一家公司把许可证技术放在商业的产品里。并不是Java源代码这部分，但是这个技术可能是某一家公司拥有的，但是Sun公司可以把它变成商业性的产品来发布。但是必须要符合许可证里规定的要求，其他公司也可以用这个方法，好处就是市场上的竞争状况，可是对于很多企业用户来说，最终要有一个商业的，用户和供应商的关系我们叫合作伙伴关系，它需要有商业性的保证等等。这样的话，它的产品在采用许可证的时候，会得到相关的保证。这必须要由商业机构来取得，因为企业不愿意从开放市场和开放源代码的社区来取得，因为开放源代码的社区没有这些商业上的保障。