CNET科技资讯网3月17日国际报道 Sun 公司有意把Java进一步推向开放源代码社区，但仍执意保护它以免受伤。

　　Sun 16 日表示，会修改授权证书，让Java的源代码更容易取得。但Sun 并未拟出一套开放源代码授权办法——尽管各界要求Java开放源代码的呼声不断，但Sun 目前为止仍抗拒这股压力。

　　下个月Sun 打算推出两种适用于Java 2标准版(Java 2 Standard Edition；J2SE)的授权证书。这套软件用来建造在桌面型电脑上执行的Java程序。预定2006年上半年推出的J2SE“野马”(Mustang)版，也可望采用新的授权证书。

　　新授权证书是代号“Peabody 计划”的配套措施之一。该计划的目标是鼓励局外人士更积极参与J2SE应用程序的开发工作。J2SE的开发以及所有Java软件版本的授权，都由Sun 一手掌控。

　　Sun 副总裁Graham Hamilton 说，新的改变是为了让Java软件公司及企业客户更容易查看源代码并做出改良的贡献，特别是指软件除错方面。

　　Sun 的Java授权动作备受关注。提倡开放Java源代码的人士宣称，采用不同的授权方案与开发过程，可协助加速Java的使用普及速度，提升与PHP这类开放源代码编码工具和微软.Net 系列工具竞争的能力。

　　但Sun 开发者产品事业部首席技术官James Gosling 说，此刻仍选择不采用开放源代码授权模式，系因Sun 的商业客户担心Java“分叉” (forking)，也就是衍生出一堆以Java为基础、但互不兼容的版本。

　　他指出，除少数特例外，开放源代码产品所受的测试与兼容性认证，不如Java产品来得积极。

　　“我们设法维持微妙的平衡，一方面营造出尽可能接近开放源代码的授权环境，同时也不辜负另一群人对互通性与兼容性的期待，”Gosling 说。

　　Burton Group分析师Anne Thomas Manes 赞许Sun 让Java源代码更易于取得的决定。但长期鼓吹开放Java源代码的前Sun 员工Thomas Manes 则批评，Sun 大可借控制Java商标防止不兼容的Java版本孳生。

　　“我认为这有进步，但仍只是在开放源代码概念外围闪躲，”她说：“这些论点充满恐惧、不确定性和疑虑(fear， uncertainty and doubt ；FUD)。”

　　Java皇冠上的珠宝

　　新授权证书有二，其中一份称作“Java内部使用授权”(Java Internal Use License ；简称JIUL)，适用对象是用Java来打造商业应用的企业客户。JIUL，发音读成“珠儿”(jewel)，可让企业客户更容易查看源代码，有助于排除Java应用程序可能产生的问题，Hamilton 说。

　　第二份授权证书称为“Java扩散授权”(Java Distributed License)，用意是让Java软件商更容易与Sun 缔约。此授权书的实质内容与现行的商业授权相同，Hamilton透露，现行的商业合同可能在J2SE新版推出后废止。

　　Hamilton说，新授权办法是“一项实验”，适用于未来的J2SE版本，但不适用于服务器方面的Java版本，或称Java 2企业版(Java 2 Enterprise Edition；J2EE)，也不适用于掌上型装置采用的Java微装置版(Java Micro Edition；J2ME)。

　　他承认，新授权证书可能带给Sun 及Java客户一些风险，但Sun 会仰赖“荣誉制度”，促使企业客户将除错成果回馈给Sun ，并信任他们不会蓄意制造不兼容的J2SE版本。

　　Sun 正着手推动改良式的机制，接受企业软件开发者或学术界研究员提供的除错程序，也会设法向客户宣导修改Java软件涉及的危险。

　　“若企业走火入魔，太热中于开发自己专有的J2SE，可能遭遇许多麻烦，”他说：“我们不认为诉讼他们该冒什么险是本公司的职责。”

CSDN声明：此消息系转载自CSDN合作媒体，其中细节未经CSDN证实，特此声明