Siden begyndelsen af dette århundrede, Java Enterprise Edition (Java EE) har været kernen i mange, hvis ikke de fleste, enterprise web-centreret, service-orienteret, cloud-stand computing forsamlinger. Sidst, selv, selv dens fortalere har været at spørge, om den ærværdige rammer har udlevet sin brugbarhed, og er ved at blive afløst af lettere, nimbler og enklere opsætninger, såsom beholdere, cloud-tjenester, eller Api ‘ er.
Foto: Joe McKendrick
Alt dette sker lige som Java EE gjort den store skærm, er at få en omtale af nogle Silicon Valley typer portrætteret i filmen “Hvorfor Ham?” (Frygtelig film, ved den måde.)
For at besvare det eksistentielle spørgsmål, Java EE nu står over for, Oracle ‘ s Java EE Udvikling Team, defacto vicevært af J2EE, gennemført en undersøgelse af Java EE bruger fællesskabet til at se, hvad retning den ramme, der skal gå til at holde serverer sin virksomhed base.
I alt 1,693 Java EE medlemmer af fællesskabet, der svarede på undersøgelsen, og disse resultater er med til at fastlægge de funktioner, der skal tilføjes til den kommende Java EE 8 forslag. (Tak til ADTMag John Farvande for overfladebehandling undersøgelsen.) På sidste rapport, ser det ud som Java EE 8 vil blive frigivet engang mod slutningen af dette år.
Oracle Java EE Evalgelist David Delabassee giver sine tanker i en ledsagende indlæg, at bemærke, hvordan arbejdet på Java EE 8 er blevet revideret efter en gennemgang af undersøgelsens resultater:
“RESTEN (JAX-RS 2.1) og HTTP/2 er blevet kåret som de to vigtigste teknologier, der indgår i undersøgelsen. og sammen med JSON-B repræsenterer tre af de seks førende teknologier. Meget af den nye API arbejde i disse teknologier inden for Java EE 8 er allerede komplet. Der er en betydelig værdi i at levere Java EE 8 med disse teknologier, og de relaterede JSON-P opdateringer, så snart som muligt.” “Vi overvejede at fremskynde Java EE standarder for OAuth og OpenID Connect er baseret på survey feedback. Dette kan ikke opnås i Java EE 8 tidsramme, men vi vil fortsætte med at forfølge Sikkerhed 1.0 til Java EE 8.” “Vi havde foreslået at tilføje Konfiguration og Sundhed Tjekke at Java EE 8, og disse teknologier rang rimelig høj i undersøgelsens resultater. Men efter yderligere gennemgang vi mener, at omfanget af dette arbejde ville forsinke den samlede Java EE 8 levering. Vi har konkluderet, at det er bedst at vente med inddragelse af disse teknologier i Java EE for at fuldføre Java EE 8, så snart som muligt.”• “Ledelse, JMS, og MVC rangeret lavt i undersøgelsens resultater, og denne placering støtter vores forslag om at trække nye Api’ er i disse områder fra Java EE 8.” “Vi har trukket den JSRs for Ledelse 2.0 (JSR 373), og JMS 2.1 (JSR 368), og er ved at undersøge en eventuel overdragelse af MVC til en anden ef-medlemsstat eller i en organisation med henblik på at fuldføre JSR 371 som en stand-alone-komponent.”
Her er nogle højdepunkter fra ef-undersøgelsen:
RESTEN for resten af os: i alt 88% medlemmer af fællesskabet, der giver høje placeringer (“5” eller “4” ud af 5) til betydningen af nye funktioner, der foreslås for JAX-RS, for den næste generation af cloud-og microservices applikationer. “Den nuværende praksis, cloud-udvikling i Java er i vid udstrækning baseret på HVILE og asynchrony,” som forklaret i beretningen. “For Java-udviklere, der ved hjælp af den standard JAX-RS API. Foreslået forbedringer, der kommer i den næste version af JAX-RS omfatter: en reaktiv klient-API, ikke-blokerende i/O-support,server-sendes begivenheder og bedre CDI integration.”
HTTP, den næste generation: i alt 81% siger, støtte til HTTP/2 er vigtigt, at den næste generation af cloud-og microservices applikationer. “HTTP/2-protokollen giver mulighed for en mere effektiv udnyttelse af ressourcerne og en reduceret opfattelse af ventetid ved at indføre header-felt, kompression og tillader flere samtidige udveksling på samme forbindelse, at” rapporten bemærker. “Det introducerer også uopfordrede tryk på erklæringer fra servere til kunder. På klient-side, HTTP/2 understøttes nu af alle nyere browsere, og Java SE 9 planer om at indføre en klient-side HTTP/2 API. Servlet 4 API planer om at indføre server-side HTTP/2 støtte.”
Sikkerhed tilstand: en Anden 77% giver høje vurderinger af betydningen af OAuth og OpenID til den næste generation af cloud-og microservices applikationer. “OAuth og OpenID er hastige vedtagelse i cloud-miljøer for godkendelse og autorisation. Vi kunne forbedre de vigtigste Java EE Api ‘ er såsom JAX-RS til bedre at håndtere disse teknologier.”
Det konfigurerer: i alt 74% rang standardisering af Java EE programmet konfigurations-API som vigtigt. “I en situation, hvor applikationer bestå af tjenester, hvoraf nogle kan anvendes til en cloud-udbyder, udviklere og DevOps ingeniører står over for mange udfordringer i relation til forvaltningen af programmets konfiguration” på den rapport, der forklarer. Disse udfordringer omfatter implementering af “et program i forskellige miljøer uden at knække sin pakke”, og “hvordan de skal anvende indstillinger for alle indsatte tilfælde af en applikation uden nogen omfordeling.” Sådan et API kan også medvirke til, “hvordan en ansøgning kan meddeles, hvis nogle af konfiguration egenskaber er ændret.”
Sunde valg: For 65%, sundheds — indførelse af en mekanisme til at kommunikere sundhed cloud-applikation til cloud infrastruktur – er en vigtig funktion, de gerne vil se i Java EE. “Cloud-miljøer typisk være vært for store antal af tjenester, og mange af disse er ofte afhængige af hinanden,” hedder det i rapporten. “Når problemer overflade, det er kritisk til hurtigt at identificere potentielle områder med risiko for fiasko, for at hjælpe med at løse problemet. Cloud-platforme giver typisk en Op/Ned-sundheds-check, som kun giver et minimum af oplysninger. For værktøjer til at give et indblik i de underliggende problemer, en standard-baseret sundhed ind interface vil være nyttigt. Med en sådan grænseflade, service tilfælde ville offentliggøre deres helbred oplysninger i en standard form, således at et system til sundhedsovervågning/service vil være i stand til at forbruge og analysere det ensartet.”
Ingen SQL som NoSQL: Blandt andre fund, var det interessant at se et flertal på 51%, ser det som vigtigt for Java EE til at støtte NoSQL-databaser, der har været der siver alle på tværs af virksomheder, til at yde større støtte til den næste generation af cloud-og microservices applikationer. “Java EE har traditionelt fokuseret på standardisering af Api’ er at få adgang til relationelle databaser,” hedder det i rapporten. “Mange applikationer er begyndt at vælge NoSQL-databaser til at gemme alle eller nogle af deres persistent data. De databaser, der kan anvendes som erstatning eller tilføjelser til standard RDBMSstorage. Der er forskellige kategorier af NoSQL-udbydere. Der er ingen standard Api ‘ er til rådighed for udviklere.”
Ned med ledelsen. Som nævnt ovenfor, som Ledelse, JMS, og MVC rangeret lavt i undersøgelsens resultater, er det sandsynligt, at disse vil blive trukket tilbage fra Java EE 8. Java EE Team rapporter det har “trukket JSRs for Ledelse 2.0 (JSR 373), og JMS 2.1 (JSR 368),” og også “at undersøge en eventuel overførsel af MVC til en anden ef-medlemsstat eller i en organisation med henblik på at fuldføre JSR 371 som et selvstændigt element.”
(Disclosure: jeg har udført arbejde på projektet for Oracle, der er nævnt i denne artikel, i løbet af de sidste 12 måneder.)