Migreringen av Java EE (Enterprise Edition) til Eclipse Foundation har rammet noen feil, med Oracle som ikke tillater Java-spesifikasjonsmerker å bli brukt av stiftelsen. Likevel er Eclipse-administrerende direktør Mike Milinkovich bestemt på at Java EE ikke er død og Oracle ikke har drept det, som en blogg antydet.
Etter mange måneders "god tro" -forhandlinger har stiftelsen og Oracle, som har hatt ansvaret for Java EE, ikke vært i stand til å bli enige om vilkår for å bruke Java-varemerker som for øyeblikket brukes av Java EE-spesifikasjonene eller for å endre navneområdet for javax-pakken, et bulletin sent i forrige uke sa. Oracles Java-varemerker er selskapets eiendom, og Eclipse har ingen rettigheter til å bruke dem. Milinkovich siterte implikasjonene for Eclipse Foundation's Jakarta EE-virksomhet Java-implementering:
- Jakarta EE-komponentspesifikasjoner som bruker navneområdet for javax-pakken, kan utelates helt fra fremtidige Jakarta EE-plattformsspesifikasjoner.
- Navnet på javax-pakken kan brukes i Jakarta EE-spesifikasjonene, men kan bare brukes "som det er". Ingen endringer er tillatt. Jakarta EE-spesifikasjoner som fortsetter å bruke navneområdet for javax-pakken, må forbli TCK (teknologikompatibilitetssett) kompatibelt med tilsvarende Java EE-spesifikasjoner.
- Eventuelle spesifikasjoner som bruker javax-navneområdet, vil fortsatt ha de samme Java EE-containere og sertifiseringskrav som før. Implementeringer som hevder samsvar med alle versjoner av Jakarta EE-spesifikasjoner som bruker javax navneområdet, må teste på og distribuere containere som bygger inn sertifiserte Java SE (Standard Edition) implementeringer lisensiert av Oracle.
- Spesifikasjonene må endres fra en “Java EE” navnekonvensjon til “Jakarta EE” konvensjonen, inkludert akronymer som EJB (Enterprise JavaBeans), JPA (Java Persistence API) og JAX-RS (Java API for RESTful Web Services).
På spørsmål om potensiell plattformkompatibilitet som oppstår som et resultat av uenigheten med Oracle, sa Minkovich at løsninger på disse tekniske problemene må utvikles. Jakarta EE-arbeidsgruppen vil starte disse diskusjonene med samfunnet denne uken. For eksempel kan binær kompatibilitet oppnås og tilbys av implementeringer via verktøy som utfører bytecode-modifikasjon ved byggetid, distribusjonstid eller kjøretid.
Milinkovich forventer at fremtidig arbeid på Java EE ikke vil bruke javax-navneområdet, men heller et nytt navneområde som jakarta. Til tross for tilbakeslag vil arbeidet med å flytte Java EE til Eclipse fortsette. Milinkovich bemerket at det har vært fremgang i å flytte Java EE til Oracle, for eksempel Oracle som har bidratt med GlassFish-applikasjonsserveren, som har fungert som en Java EE-referanseimplementering, til Eclipse. Ratifiserte Jakarta-spesifikasjoner vil være tilgjengelige under Eclipse-lisensen. Arbeidet fortsetter med å levere en utgivelse av Jakarta EE 8 senere i år. Utover Jakarta EE 8 er Jakarta EE 9 planlagt.
Oracle sa at det fortsatt er forpliktet til å samarbeide med Jakarta EE-arbeidsgruppen og Jakarta EE-spesifikasjonsprosessen for å opprette Jakarta EE-plattformen. Men selskapet erkjente at det ikke kunne komme til enighet om varemerker og bruk av javax. Formørkelse arvet utviklingen av enterprise Java fra Oracle i september 2017.
