談判失敗：Oracle是如何殺死Java EE的？所有企業級Java的巨大損失！

Oracle聲稱由Eclipse Foundation（如Eclipse IDE）分發的產品必須僅與Oracle執行時捆綁在一起，特別是由Oracle及其許可證持有者  - 而不是任何其他供應商的認證，或任何未經認證的執行環境。因此，如果採納這個苛刻要求，Eclipse IDE和GlassFish將不再是廠商中立的產品。
在談判開始時沒有告知這一限制，很久以後才提出了這一限制，而Oracle向Eclipse的轉移工作已在進行中。
人們可以認為這是對IBM OpenJ9 JVM捐贈的反應，IBM這一舉動會對甲骨文的Java業務構成了明顯的威脅。
但是，一旦Eclipse產品不再是廠商中立，EF基金的免稅可能會變得無效，這意味著在財務金融上會失敗，或者可能意味著該組織的結束，因此，這不僅是不可接受的，而且根本不可能。因此談判或多或少完全失敗了。

剩下的不僅僅是Java EE的Over，Eclipse Foundation基金可能會使用一些相當過時的程式碼，但不能修改它，如果它被修改，它必須重新命名 ，包括如javax.*這樣帶Java名稱的SDK。這意味著，如果不進行密集重構，則無需重新編譯應用程式，現有應用程式將無法在更新的平臺上執行。
因此，新平臺可能成為一個全新的，不相容的平臺，最糟糕的情況是可能的，這不僅使“WORA”（Write Once Run Anywhere）原則無效：18個月之後幾乎沒有應用程式供應商真的想花時間和金錢來更新所有重新編譯版本的客戶，只是為了一個帶有dubios未來的重新命名平臺。
未來尚不清楚，因為甲骨文已經開始在Eclipse基金會的董事會開始搞事，甲骨文在EF董事會是有一席之地的，並且董事會需要一致採納做出決定。甲骨文現在擁有權力，顯然將利用這種力量來阻止基金會的未來。

Eclipse基金會目前的反應是：至少依靠Jakarta品牌成功挽救了一些市場，但是以後它不再是Java EE作為全球標準的繼承者，它只是一些基礎構建的框架，使用者最終將學習並明白這個。
目前計劃是：儘快重新命名，但是，當它意味著改變所有現有的應用程式時，誰會真正跳上那列火車呢？
Eclipse的Mike Milinkovic仍然看到了未來的光明。對我來說，玻璃不再只是半空了：今天它已經破碎成碎片了。

這是Java EE被Oracle殺死的那一天。

雙方達成協議：Eclipse和Oracle已經同意JakartaEE社群不能再開發javax 包名稱空間。同樣，Jakarta EE規範也不能使用現有規範名稱等Java商標。
Java商標是Oracle的財產，Eclipse Foundation無權使用它們。其含義如下：

1. javax包名稱空間可以在Jakarta EE規範中使用，但只能“按原樣”使用。在Jakarta EE元件規範中不允許對javax包名稱空間進行任何修改。繼續使用javax包名稱空間的Jakarta EE規範必須與相應的Java EE規範保持TCK相容。（預計所有未來的開發和創新都不會使用javax名稱空間）
2. 使用javax包名稱空間的Jakarta EE元件規範可能完全從未來的Jakarta EE Platform規範中省略。
3. 必須將規範名稱從“Java EE”命名約定更改為“Jakarta EE”命名約定。這包括EJB，JPA或JAX-RS等首字母縮略詞。

業內認為：這不只是JavaEE和JakartaEE之爭，波及到Spring框架，僅僅Spring Framework就有2545個javax匯入，這是所有企業級Java的巨大損失。