Sun微系統公司想要將Java推向開源代碼領域，但仍然采取措施保證其免受負面影響。
上周三，位於加州的Santa Clara公司提到，公司將改變其許可策略以更為容易地使用Java源代碼，但公司將拒絕使用開源代碼的許可，雖然在很多情況下都需要使用開源代碼。
至下個月，Sun公司將打算引入使用Java 2標准版本(Java 2 Standard Edition)的兩種許可。Java 2標准版本的軟件用於在桌面計算機上建立和運行Java程序，這一許可預計被使用在2006年推出的J2SE的“野馬版本（Mustang edition of J2SE）。”
新許可的推出是Peabody工程程序代碼的一部分，其目的是為編寫代碼之外的人擁有更多機會參與到J2SE的開發之中。由此Sun很好地控制J2SE的發展以及Java軟件所有版本的許可的發展。
據Sun副主席Graham Hamition和他的隊伍提到，Sun的這一改變將可以使得Java軟件的公司和商業用戶查看源代碼、程序的改進、以及錯誤修正。
Sun的Java許可行動的用意很明顯。提倡Java實行開源化的建議者解釋到，不同的許可和開發過程將有助於加快使用Java，這樣能夠更好地面對其它Web開源腳本工具的競爭，比如PHP，微軟的.Net工具。
Sun開發者產品小組主要技術官James Gosling說到，此刻仍選擇不采用開放源代碼授權模式，系因Sun 的商業客戶擔心Java“分叉” （forking），也就是衍生出一堆以Java為基礎、但互不兼容的版本。
Gosling說：“商業用戶或多或少對開源代碼的不成熟表示不感興趣和敵對情緒。” 他指出，除少數特例外，開放源代碼產品所受的測試與兼容性認證，不如Java產品來得積極。
“我們現在努力在開源與非開源程序之間維持平衡。一方面營造出盡可能接近開放源代碼的授權環境，同時也不辜負另一群人對互通性與兼容性的期待。” Gosling說到。
Burton Group的分析員Anne Thomas對Sun實行開源代碼以更加容易使用的決策表示贊許。而Sun的一位前職員、長期提倡開源Java的Thomas Manes提到，Sun可以通過對Java商標的控制來防止Java不同版本的不兼容性。
“我認為這有進步，但仍只是在開放源代碼概念外圍閃躲，”她說：“這些論點充滿恐懼、不確定性和疑慮（fear， uncertainty and doubt ；FUD）。”
Java王冠上的寶石
新的許可之一，稱為Java的內部使用許可（Java Internal Use License），它的目標是使用Java開發商業應用的企業用戶。JIUL，它的發音與"寶石（jewel）"相同，它可以使這些用戶很容易查看代碼並且消除一個Java應用所存在的問題，Hamilton說。
第二個許可，稱為Java分布式許可，它意味著能夠使Java軟件供應商更容易與SUN進行聯系，它本質上與已經存在的商業許可相同，Hamilton說它可能會被將來的J2SE版本所廢棄。
Hamilton稱為"一個實驗"的許可，將會應用於將來的J2SE 版本上，但它適合服務器方的Java版本，也就是所謂的Java2 企業版或者J2EE，同時它也不適用於Java微型版或者J2ME。
Hamilton承認它的新許可為Sun 和Java用戶帶來了一些危險。公司將會實行"獎勵系統"，他還說，這樣企業用戶就可以向SUN提交補丁，而不是故意開發J2SE的不相容版本。
Sun正在研究一個改進的機制來接收由企業開發者或者學術界的研究人員所開發的補丁。同時它也在想辦法來教育用戶認識到對Java軟件進行修改的所潛在的危險性。
Hamilton說，"如果他們對於開發他們自己版本的J2SE變得太熱心的話，就會有很多讓公司陷入麻煩的機會，所以我們認為告訴他們需要承擔什麼樣的風險不是我們的工作"。
