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，可能遭遇許多麻煩，”他說：“我們不認為訴訟他們該冒什麼險是本公司的職責。”