甲骨文稱，考慮到零日漏洞補丁的增加，所以有必要重新編號。

甲骨文改變了Java安全更新的號碼排列。如一位專家所言：“好像Java更新還不夠復雜一樣。”

上周Oracle 支持文檔就發布了這次的改變通知。

“Limited Update的發布將以20的倍數編號，”該文檔說。“我們打算讓Critical Patch Update繼續使用奇數。在原有Limited Update基礎上加上5的倍數，就可以計算出這些數字。如果有必要，還需要加一個數使其成奇數形式。”

Limited Update只是添加新特性，但是沒有安全補丁;Critical Patch Update則包含了補丁。

甲骨文稱，之所以需要改變是因為是被迫發布補丁以便在公司發現漏洞前，就撤銷黑客已經利用的漏洞，因為修補漏洞的機會比較小。

“對于最近發布的安全補丁，我們已經跳過一些數字，而且要重新編號，”甲骨文說。“為了避免重新編號給人們帶來的迷惑，我們要使用新的編號計劃。”

所發布編號之間的間隔足以讓甲骨文插入新的號碼。

從2012年秋季開始，甲骨文就已經發布了大量OOB(out-of-brand)安全更新，安全專家們也正是因為這些更新而開始質疑甲骨文要鎖住Java的承諾。

上個月，甲骨文宣稱會延遲下一個主要Java更新的發布——Java 8——所以它可能要從工程師轉為給此軟件的安全提供支持。

在OOB補丁出現錢，甲骨文就嚴格遵守每年更新三次Critical Patches Update的計劃，其編號通常都是奇數。但是甲骨文今年早些時候沒有按計劃更新Critical Patches Update。

新的編號計劃保留了奇偶的安排，但是甲骨文的解釋足以讓Andrew Storm頭疼，周二，安全營運總監在Tripwire的nCircle Security上發推文稱“就好像Java還不還不夠令人迷惑一樣，”并隨后發了前文所提支持文檔的鏈接。

Java的編號計劃向來以復雜聞名，比如，“7u21”或“6u45”以及其他名稱，如“JDK”，“JRE”和“Java SE”。

在采訪中，Storms就此改變做了解釋，他說：“他們必須在代碼中保留特定數字，這是出于兼容性的考慮。”

甲骨文稱編號更改是一種妥協，但是目前在醞釀一種更為持久性的方案。

甲骨文稱：“另一種更好的方法需要改變JDK的版本形式才能容納多種類型的更新發布。為了避免對現有代碼出現不兼容的情況，以后會在主要的Java發布中部署版本字符串格式的更改，而且也需要足夠的時間讓軟件開發員做好準備。”

Storms稱，雖然最近的改變需要程序員來操作，但IT管理人員也要意識到這種改變，終端用戶可能會忽略這一點。“程序員必須要知道，”他說，“但是終端用戶只需要自動更新。”

“從某一點來說，如果編號以更易理解的形式出現該是多好的事情。”Storms補充道。