Oracle w końcu
powiedział jak zamierza rozwijać JEE. Oskarżany o brak zainteresowania rozwojem
wersji korporacyjnej Javy (wersja 1.8 będzie za rok, może później, spowodował oddolny ruch za wzięciem w swe ręce inicjatywy rozwoju Javy w duchu open-source nawet bez
Oracle. Takie plany mieli Gosling
oraz Java
EE Guardians and MicroProfile.i.
Kierunek rozwoju Javy to przetwarzanie w
chmurze i zastosowanie kontenerów. Oficjalnie strategia będzie ogłoszona we
wrześniu na konferencji JavaOne w SF.
Nastąpi zwrot od modelu server-based do
cloud-based, służby IT korporacji nie będą musiały troszczyć się o zasoby IT
potrzebne do uruchomienia i rozwoju swych aplikacji. Dane aplikacji zostaną
utrwalone jako para key-value w bazach MoSQL. Aplikacje w chmurze będą działały
w trybie multitenant tj. na wspólnej infrastrukturze. JEE 1.8 otrzyma wiele udoskonaleń
głównie w zakresie autoryzacji i autentykacji tożsamości - w chmurach publicznych pojawią
się nowe modele zabezpieczeń oparte o żetony OAuth i OpenID Connect.
Technologia kontenerów (głównie Docker) pozwoli lepiej izolować aplikację w tym
współdzielonym środowisku. Wymaga to też rozwinięcia narzędzi do zarządzania
konfiguracją.
W zakresie tworzenia
aplikacji nastąpi ujednolicenie modelu obsługi zdarzeń (z racji historycznej
ewolucji w Javie do tej pory różne warstwy oprogramowania używały różnych
modelów zdarzeń). Planuje się ujednolicenie tych modeli w jeden tzw. react
(patrz implementację w JS - framework React). Jest to wymóg dla aplikacji
rozproszonych dużej skali, budowanych asynchronicznie, luźno ze sobą
powiązanych i opartych na modelu
zdarzeniowym.
Planuje się także
wykorzystanie nowego protokołu HTTP/2 oraz mikroserwisów; tutaj mały zgrzyt IBM
i Red Hat nie czekając na Oracle same zgłosiły poprzez organizację microprofile.io propozycję standardu micro
service dla JEE (opartej o JAX-RS, CDI, and
JSON-P). Oracle obiecał wypracowanie wspólnego standardu.
Prace na ulepszeniem
implementacji HTML5 i HTTP 2.0 będą odbywać się tradycyjnie w ramach JSR.
