Ci avviciniamo a grandi passi al rilascio di Jakarta EE 9, la prima vera nuova versione di quella che fu la piattaforma Java EE e che, attraverso la release "transizionale" Jakarta EE 8, è adesso ormai stabilmente in carico alla Eclipse Foundation, con un approccio realmente open source.
Nelle puntate precedenti...
Come accade per ogni narrazione a puntate --- dal feuilleton ottocentesco allo "sceneggiato" negli anni del boom economico italiano, fino alle attuali serie TV --- occorre un brevissimo riassunto di quanto visto fin qui a proposito della trasformazione che ha portato Java EE a diventare Jakarta EE. Chi avesse trascorso gli ultimi dieci anni a catalogare lepidotteri nei recessi più remoti di una foresta sudamericana e, proprio per questo, fosse all'oscuro di tutta la metamorfosi che ha portato da Java Enterprise Edition fino all'imminente rilascio di Jakarta EE, potrà trovare svariati dettagli in vari articoli già scritti a proposito della questione [1] [2] [3].
Per tutti gli altri, proponiamo un brevissimo riassunto a tappe di quanto fin qui successo, per poi parlare di quanto sta succedendo proprio in queste settimane e si concretizzerà alla fine del 2020.
- Dopo anni di relativo immobilismo in seno a Oracle, Java SE e Java EE hanno seguito strade differenti e la piattaforma enterprise è stata "consegnata" alla Eclipse Foundation affinché ne curasse l'evoluzione.
- La piattaforma enterprise, nella sua nuova incarnazione, si chiama Jakarta EE.
- Durante le trattative per il trasferimento di Java EE da Oracle verso il nuovo progetto open Jakarta EE della Eclipse Foundation, ci sono stati dei disaccordi, e Oracle non ha voluto cedere l'uso di alcuni "marchi" commerciali. Pertanto, la Eclipse Foundation non può usare liberamente il termine "Java", anche all'interno del suo progetto Jakarta EE.
- La questione non è solo commerciale, ma anche tecnica: Jakarta EE è la nuova piattaforma, che si deve sviluppare con una regolare serie di versioni successive. Deve quindi svincolarsi anche dal namespace javax.\*.
- Questo ha comportato dei problemi: rinominare tutto con il nuovo namespace jakarta.\* elimina le questioni legate al marchio e alla licenza ma richiede anche un adeguato processo di refactoring e una ricompilazione delle applicazioni.
Riferimenti
- [1] Luigi Mandarino, *Java SE e Jakarta EE. Un nuovo slancio dietro i nuovi nomi?*, MokaByte 238, aprile 2018 - http://www.mokabyte.it/2018/04/timebasedjava/
- [2] Luigi Mandarino, *Oracle vs. Eclipse? Qualche novità sul percorso di Jakarta EE*, MokaByte 250, maggio 2019 - http://www.mokabyte.it/2019/05/jakartakotlin/
- [3] Luigi Mandarino, *Jakarta EE 8. La "non novità" necessaria*, MokaByte 254, ottobre 2019 - http://www.mokabyte.it/2019/10/jakartaee8_2019/
- [4] Jakarta EE Ambassadors - https://jakartaee-ambassadors.io/
- [5] Red Hat JBoss EAP introduce il supporto di Jakarta EE - https://www.lineaedp.it/news/46124/red-hat-jboss-eap-introduce-il-supporto-di-jakarta-ee/
- [6] Eclipse Foundation, *2020 Jakarta EE Developer Survey and Jakarta EE 9 Milestone Release* - https://www.globenewswire.com/news-release/2020/06/23/2051855/0/en/Amid-Growth-in-Cloud-Native-Enterprise-Java-Adoption-Eclipse-Foundation-Announces-Results-of-2020-Jakarta-EE-Developer-Survey-and-Jakarta-EE-9-Milestone-Release.html
- [7] Baeldung, *Java Enterprise Evolution* - https://www.baeldung.com/java-enterprise-evolution
- [8] Jakarta EE Releases - https://jakarta.ee/release/
- [9] JakartaOne 2020 - https://jakartaone.org/2020/