Java EE gebruikers behoefte aan meer RUST, overzicht toont

0
115

Sinds het begin van de eeuw, Java Enterprise Edition (Java EE) is de kern van veel, zo niet de meeste, enterprise web-centric, service-oriented, cloud-staat computing assemblages. De laatste tijd, hoewel, zelfs de voorstanders zijn geweest met de vraag of de eerbiedwaardige kader heeft overleefd zijn nut, en wordt vervangen door lichtere, gestroomlijndere en eenvoudiger opstellingen, zoals containers, cloud-diensten, of Api ‘ s.

keyboard-photo-by-joe-mckendrick.jpg
Foto: Joe McKendrick

Dit alles gebeurt net als Java EE gemaakt van het grote scherm, het krijgen van een vermelding door sommige Silicon Valley soorten geportretteerd in de film “Waarom hij?” (Verschrikkelijke film, trouwens.)

Het antwoord op de existentiële vragen Java EE nu gezichten, Oracle ‘ s Java EE Ontwikkeling van het Team, de defacto huismeester van J2EE, voerde een overzicht van de Java EE gemeenschap van gebruikers om te zien wat de richting van het kader moet gaan houden met het serveren van de enterprise-base.

Een totaal van 1,693 Java EE leden van de gemeenschap heeft gereageerd op de enquête, en deze bevindingen helpen om te bepalen welke functies worden toegevoegd aan de aankomende Java EE-8 voorstel. (Met dank aan ADTMag ‘ s van John Waters voor de oppervlakte van de studie.) Bij het laatste rapport, het ziet eruit als Java EE 8 uitgebracht zal worden, ergens tegen het einde van dit jaar.

Oracle Java EE Evalgelist David Delabassee biedt zijn gedachten in een begeleidende post, om te zien hoe het werk op Java EE 8 is herzien na het bekijken van de resultaten van de enquête:

REST (JAX-RS 2.1) en HTTP/2 is uitgeroepen tot de twee belangrijkste technologieën onderzocht. en samen met JSON-B zijn drie van de zes technologieën. Veel van de nieuwe API werk in deze technologieën voor Java EE-8 is reeds voltooid. Er is een grote waarde in het leveren van Java EE 8 met deze technologieën en de daarmee verband houdende JSON-P-updates, zo snel mogelijk.” “We hebben overwogen het versnellen van Java EE normen voor OAuth en OpenID Connect op basis van survey feedback. Dit kan niet worden bereikt in de Java EE 8 termijn, maar we zullen blijven streven Security 1.0 voor Java EE-8.” “We hadden het voorstel gedaan om de Configuratie en de Gezondheid Controleren om Java EE 8, en deze technologieën rang redelijk hoog in de resultaten van de enquête. Echter, na aanvullende controle wij geloven dat de reikwijdte van dit werk zou vertraging algehele Java EE 8 levering. We hebben gesloten is het het beste om het uitstellen van de integratie van deze technologieën in Java EE in te vullen om een Java EE 8 zo snel mogelijk.”• “Management, JMS, en MVC laag gerangschikt in de resultaten van de enquête, en deze classificatie ondersteunt ons voorstel in te trekken nieuwe Api’ s in deze gebieden van Java EE 8.” “We hebben teruggetrokken van de JSRs voor Management 2.0 (JSR 373), en JMS 2.1 (JSR 368), en zijn een onderzoek gestart naar een mogelijke transfer van MVC aan een ander lid van de gemeenschap of organisatie in te vullen om een JSR 371 als een stand-alone component.”

Hier zijn enkele hoogtepunten van de enquête in de gemeenschap:

RUST voor de rest van ons: in totaal 88% van de leden van de gemeenschap geeft een hoge ranking (een “5” of een “4” out of 5) om het belang van de nieuwe mogelijkheden voorgesteld voor JAX-RS, voor de volgende generatie van cloud en microservices toepassingen. “De huidige praktijk van cloud ontwikkeling in Java is grotendeels gebaseerd op RUST en asynchrony,” zoals uitgelegd in het rapport. “Voor Java-ontwikkelaars, dat betekent dat het gebruik van de standaard JAX-RS-API. Voorgestelde verbeteringen komen in de volgende versie van JAX-RS zijn: een reactieve client-API, niet-blokkerende I/O-ondersteuning,server-sent events en beter CDI-integratie.”

HTTP, de volgende generatie: Een totaal van 81% vindt dat de ondersteuning voor HTTP/2 is het belangrijk om de volgende generatie van cloud en microservices toepassingen. “De HTTP – /2-protocol maakt een efficiënter gebruik van hulpbronnen in het netwerk en een verminderde perceptie van de wachttijd door de invoering van de header veld compressie en het toestaan van meerdere gelijktijdige uitwisseling op dezelfde verbinding,” het rapport constateert. “Het introduceert ook ongevraagde druk op de verklaringen van servers aan klanten. Op de client-side, HTTP/2 wordt nu ondersteund door alle moderne browsers en Java SE 9 van plan om een client-side HTTP/2-API. Het Servlet-4 API van plan om server-side HTTP/2-ondersteuning.”

Veiligheid staat: Nog 77% geven hoge beoordelingen aan het belang van OAuth en OpenID voor de volgende generatie van cloud en microservices toepassingen. “OAuth en OpenID zien van de snelle adoptie van cloud-omgevingen voor authenticatie en autorisatie. We konden verbeteren toets Java EE Api ‘ s zoals JAX-RS beter omgaan met deze technologieën.”

Het stelt: Een totaal van 74% rang standaardiseren van een Java EE applicatie configuratie API zo belangrijk. “In een scenario waar de applicaties bestaan uit diensten, waarvan sommige kunnen worden ingezet om een cloud provider, ontwikkelaars en DevOps ingenieurs staan voor veel uitdagingen in verband met het beheer van configuratie van de toepassing,” het rapport legt. Deze uitdagingen zijn implementatie “van een applicatie in verschillende omgevingen zonder het kraken van het pakket,” en “hoe toe te passen configuratie voor alles ingezet exemplaren van een toepassing zonder een herschikking van de middelen.” Een dergelijke API kan ook helpen in “hoe een aanvraag kan worden aangemeld als sommige van configuratie-eigenschappen worden veranderd.”

Gezonde keuze: Voor 65%, de dienst gezondheid — de invoering van een mechanisme om de gezondheid van de cloud applicatie naar de cloud infrastructuur is een belangrijke feature ze graag zouden zien in Java EE. “Cloud-omgevingen meestal host groot aantal diensten, waarvan vele zijn vaak onderling afhankelijk zijn,” aldus het rapport. “Wanneer er problemen met de ondergrond, is het cruciaal om snel identificeer potentiële gebieden van het niet helpen het probleem op te lossen. Cloud-platforms bieden doorgaans een Up/Down-health check die biedt slechts minimale informatie. Om tools om inzicht te verschaffen in de onderliggende problemen, een op standaarden gebaseerde health check-interface zal nuttig zijn. Met een dergelijke interface, service-exemplaren zou publiceren hun gezondheid informatie in een standaard vorm, zodat een health monitoring systeem/dienst in staat zal zijn om te consumeren en te analyseren uniform.”

Geen SQL-zoals NoSQL: Onder andere bevindingen, het was interessant om te zien dat een meerderheid van 51%, zie het als belangrijk voor Java EE ter ondersteuning van de NoSQL-databases die zijn sijpelt vanaf alle uithoeken van ondernemingen, tot het bieden van meer ondersteuning voor de volgende generatie van cloud en microservices toepassingen. “Java EE heeft zich van oudsher gericht op standaardisatie van Api’ s die toegang krijgen tot relationele databases,” aldus het rapport. “Veel toepassingen starten om te kiezen NoSQL databases voor het opslaan van alle of sommige van hun permanente gegevens. De databases kunnen worden gebruikt als vervanging van of toevoegingen aan de standaard RDBMSstorage. Er zijn diverse categorieën van NoSQL-aanbieders. Er is geen standaard-Api ‘ s voor ontwikkelaars.”

Naar beneden met het management. Zoals hierboven opgemerkt, als Management, JMS, en MVC laag gerangschikt in de resultaten van de enquête, is het waarschijnlijk dat deze zal worden teruggetrokken uit Java EE-8. De Java EE-Team verslagen heeft “teruggetrokken van de JSRs voor Management 2.0 (JSR 373), en JMS 2.1 (JSR 368),” en ook “het onderzoeken van een mogelijke overdracht van MVC aan een ander lid van de gemeenschap of organisatie in te vullen om een JSR 371 als een zelfstandig onderdeel.”

(Disclosure: ik heb uitgevoerd project werk voor Oracle, vermeld in dit artikel, gedurende de laatste 12 maanden.)