Sedan början av-talet, Java Enterprise Edition (Java EE) har varit kärnan i många, om inte de flesta, enterprise web-centrerad, service-inriktade, moln-som kan design och församlingar. På senare tid har dock även dess förespråkare har frågat om den ärevördiga ram har överlevt sin användbarhet, och håller på att ersättas av lättare, nimbler och enklare installationer, såsom containrar, moln-tjänster, eller Api: er.
Foto: Joe McKendrick
Allt detta sker precis som Java EE gjort den stora skärmen, att få ett omnämnande av några Silicon Valley typer porträtteras i filmen “Varför han?” (Fruktansvärd film, förresten.)
För att svara på existentiella frågor Java EE står nu inför Oracles Java EE Team, defacto vaktmästare av J2EE, genomfört en undersökning av Java EE-användare att se vilken riktning den bör gå att hålla serverar sina företag bas.
Totalt 1,693 Java EE medlemmar svarat på undersökningen, och dessa resultat är att hjälpa till att fastställa de funktioner att läggas till i den kommande Java EE 8 förslag. (Tack till ADTMag är John Waters för påsvetsning studien.) Vid förra rapporten, det ser ut som Java EE-8 kommer att släppas någon gång mot slutet av detta år.
Oracle Java EE Evalgelist David Delabassee ger sina tankar i en medföljande inlägg, notera hur arbetet med Java EE 8 har reviderats efter att ha granskat resultaten av undersökningen:
“RESTEN (JAX-RS 2.1) och HTTP/2 har röstat som de två mest viktiga tekniker tillfrågade. och tillsammans med JSON-B representerar tre av de sex främsta teknik. Mycket av det nya API arbeta i dessa tekniker för Java EE 8 är redan klar. Det finns ett betydande värde i att leverera Java EE 8 med dessa tekniker, och de relaterade JSON-P uppdateringar så snart som möjligt.” “Vi ansåg att påskynda Java EE-standarder för OAuth och OpenID Ansluta baserat på undersökningen feedback. Detta kan inte ske i Java EE 8 tidsram, men vi kommer att fortsätta Säkerhet 1,0 för Java EE 8.” “Vi hade föreslagit att lägga till Konfiguration och Hälsa Kontrollera att Java EE 8, och dessa tekniker rankas relativt hög i undersökningen. Men efter ytterligare granskning vi tror att omfattningen av detta arbete skulle fördröja övergripande Java EE 8 leverans. Vi har dragit slutsatsen att det är bäst att skjuta upp införandet av denna teknik i Java EE för att slutföra Java EE 8 så snart som möjligt.”• “Management, JMS, och MVC rankas lågt i undersökningen, och denna rangordning stöder vårt förslag om att dra in nya Api: er i dessa områden från Java EE 8.” “Vi har dragit tillbaka Jsr för Förvaltning 2.0 (JSR 373), och JMS 2.1 (JSR 368), och är en utredning av en eventuell överföring av MVC för att en annan medlems eller en organisation för att slutföra JSR 371 som en fristående komponent.”
Här är några höjdpunkter från eu-undersökning:
VILA för resten av oss: totalt 88% gruppmedlemmar ge höga placeringar (en “5” eller en “4”, 5) att vikten av att nya funktioner som föreslagits för JAX-RS, för nästa generation av moln och microservices program. “Nuvarande praxis moln utveckling i Java är till stor del baserad på VILA och asynchrony,” som det förklaras i rapporten. “För Java-utvecklare, som innebär att man använder standard JAX-RS API. Föreslagna förbättringar kommer till nästa version av JAX-RS inkluderar: en reaktiv klient-API: t, icke-blockerande i/O-stöd,server-sända evenemang och bättre CDI integration.”
HTTP nästa generation: Ett totalt 81% att säga till stöd för HTTP/2 är viktigt att nästa generation av moln och microservices program. “För HTTP/2 protokoll möjliggör en mer effektiv användning av resurser i nätverket och nedsatt perception av fördröjning genom att införa header-fält komprimeras och att tillåta flera parallella diskussioner om samma anslutning”, på det i rapporten. “Det införs också oönskade push påpekanden från servrar till klienter. På klient-sidan, HTTP/2 är nu stöds av alla moderna webbläsare och Java SE 9 planer på att införa en klient-sidan HTTP/2 API. Servlet 4 API planer på att införa server-side HTTP/2 stöd.”
Säkerhet staten: en Annan 77% ger höga betyg till vikten av OAuth och OpenID för nästa generation av moln och microservices program. “OAuth och OpenID ser snabbt antagande i molnbaserade miljöer för autentisering och auktorisering. Vi kan förbättra viktiga Java EE-Api: er som JAX-RS för att bättre hantera dessa tekniker.”
Den konfigureras: totalt 74% rank standardisera en Java EE applikation konfiguration API som viktigt. “I ett scenario där program består av tjänster, något som kan användas till en molnleverantör, utvecklare och DevOps ingenjörer står inför många utmaningar att hantera program,” rapporten förklarar. Sådana utmaningar är att utveckla och sprida en ansökan i olika miljöer utan att knäcka sitt paket,” och “hur man ansöker konfiguration för alla utplacerade instanser av ett program utan någon omfördelning.” Ett sådant API kan också hjälpa till i “hur en ansökan kan komma att meddelas om några av egenskaper för konfiguration ändras.”
Hälsosamma val: För 65%, service-hälsa-att införa en mekanism för att kommunicera hälsa moln ansökan till den molnbaserade infrastrukturen – är en viktig funktion som de skulle vilja se i Java EE. “Cloud miljöer vanligtvis emot ett stort antal tjänster, av vilka många är ofta beroende av varandra”, enligt rapporten. “När problem ytan, är det kritiskt att snabbt identifiera potentiella områden som kan vara fel att hjälpa till att åtgärda problemet. Plattformar moln vanligtvis ger en Upp/Ned hälsokontroll som bara ger minsta möjliga information. För verktyg för att ge en inblick i underliggande problem, en standard-baserade hälso-in-gränssnittet kommer att vara till hjälp. Med sådana gränssnitt, tjänster fall skulle publicera deras hälsa information i en form så att ett system för övervakning av hälsa/tjänster kommer att kunna konsumera och analysera det på ett enhetligt sätt.”
Ingen SQL som NoSQL: Bland andra fynd, det var intressant att se en majoritet, 51 procent, ser det som viktigt för Java EE för att stödja NoSQL-databaser som har varit perkolerar hela företag, för att ge större stöd för nästa generation av moln och microservices program. “Java EE har traditionellt fokuserat på standardisering av Api: er som tillgång relationsdatabaser,” enligt rapporten. “Många program börjar välja NoSQL-databaser för att lagra en del eller alla sina persistent data. Databaserna kan användas som ersättning eller tillägg till standard RDBMSstorage. Det finns olika kategorier av NoSQL leverantörer. Det finns ingen standard-Api: er tillgängliga för utvecklare.”
Ner med ledningen. Som nämnts ovan, som Ledning, JMS, och MVC som rankas lågt i undersökningens resultat, det är sannolikt att dessa kommer att dras tillbaka från Java EE-8. Java EE-gruppen rapporterar att det har “dragit tillbaka Jsr för Förvaltning 2.0 (JSR 373), och JMS 2.1 (JSR 368),” och även “att undersöka en eventuell överföring av MVC för att en annan medlems eller en organisation för att slutföra JSR 371 som en fristående komponent.”
(Disclosure: jag har genomfört projektet arbetar för Oracle, som nämns i denna artikel, under de senaste 12 månaderna).