Dall’alba del secolo, Java Enterprise Edition (Java EE) è stato al centro di molti, se non la maggior parte, enterprise web-centric, service-oriented, il cloud computing in grado di assemblee. Ultimamente, però, anche i suoi sostenitori hanno chiesto se il venerato quadro è sopravvissuto alla sua utilità, ed è stato soppiantato dal più leggero, più snelli e più semplice setup, come contenitori, servizi cloud, o Api.
Foto: Joe McKendrick
Tutto questo sta accadendo proprio come Java EE fatto il grande schermo, ottenendo una menzione da parte di alcuni Silicon Valley tipi ritratta nel film “Perché Lui?” (Film terribile, tra l’altro.)
Per rispondere a domande esistenziali Java EE ora le facce, Oracle Java EE Team di Sviluppo, il de facto custode di J2EE, ha condotto un’indagine su Java EE comunità di utenti di vedere in che direzione il quadro di riferimento dovrebbe andare a continuare a servire la sua base imprenditoriale.
Un totale di periodo 1.693 Java EE membri della comunità hanno risposto al sondaggio, e questi risultati contribuiscono a determinare le caratteristiche per essere aggiunti alla prossima Java EE 8 proposta. (Grazie a ADTMag John Waters per il riporto studio.) All’ultimo report, sembra che Java EE 8 sarà rilasciato talvolte verso la fine di quest’anno.
Oracle Java EE Evalgelist David Delabassee fornisce i suoi pensieri in un precedente post, sottolineando come il lavoro su Java EE 8 è stato rivisto dopo aver esaminato i risultati del sondaggio:
“REST (JAX-RS 2.1) e HTTP/2 sono stati votati come i due più importanti tecnologie intervistati. e insieme con JSON-B rappresentano tre dei sei tecnologie. Gran parte delle nuove API lavoro in una di queste tecnologie Java EE 8 è già completo. C’è un valore significativo nella fornitura di Java EE 8 con queste tecnologie, e i relativi JSON P gli aggiornamenti, il più presto possibile.” “Abbiamo ritenuto di accelerare Java EE standard per OAuth e OpenID Connect basato su un sondaggio di feedback. Questo potrebbe non essere realizzato in Java EE 8 lasso di tempo, ma continueremo a perseguire la Sicurezza 1.0 for Java EE 8.” “Abbiamo proposto di aggiungere la Configurazione e il Controllo dello stato di Salute di Java EE 8, e queste tecnologie rango ragionevolmente elevato nei risultati di un sondaggio. Tuttavia, dopo un ulteriore esame crediamo che la portata di questo lavoro sarebbe in ritardo complessivo Java EE 8 consegna. Abbiamo concluso che è meglio rinviare l’inclusione di queste tecnologie Java EE per completare Java EE 8 il più presto possibile.”• “Gestione, JMS, e MVC classificato basso in un sondaggio i risultati e la classifica che supporta la nostra proposta di ritirare nuove Api in queste aree da Java EE 8.” “Abbiamo ritirato la Jsr per la Gestione 2.0 (JSR 373), e JMS 2.1 (JSR 368), e sta indagando su un possibile trasferimento di MVC per un altro membro della comunità o organizzazione per completare JSR 371 come componente autonomo.”
Ecco alcuni punti salienti del sondaggio è:
RESTO per il resto di noi: 88% membri della comunità alta classifica (un “5” o “4” 5) l’importanza delle novità proposte per JAX-RS, per la prossima generazione di cloud e microservices applicazioni. “La prassi attuale del cloud di sviluppo in Java è in gran parte basata sul RESTO e asincronia”, come spiegato nella relazione. “Per gli sviluppatori Java, il che significa che utilizzando lo standard JAX-RS API. Suggerito miglioramenti in arrivo per la prossima versione di JAX-RS includono: un reattivo client API, camere non-blocking I/O di supporto,inviata dal server di eventi e di meglio CDI integrazione.”
HTTP, la prossima generazione, per Un totale di 81% dice che il supporto per HTTP/2 è importante per la prossima generazione di cloud e microservices applicazioni. “Il sito HTTP/2 protocollo consente un uso più efficiente delle risorse di rete e una ridotta percezione di latenza, introducendo campo di intestazione di compressione e permettendo concorrenti più scambi con la stessa connessione,” il rapporto osserva. “Si introduce, inoltre, non richieste push di rappresentazioni dal server al client. Sul lato client, HTTP/2 è ora supportato da tutti i browser moderni e Java SE 9 piani per introdurre una lato client HTTP/2 API. La Servlet 4 piani API di introdurre lato server HTTP/2 supporto.”
Stato di protezione: un Altro 77% dare voti alti per l’importanza di OAuth e OpenID per la prossima generazione di cloud e microservices applicazioni. “OAuth e OpenID sta vedendo una rapida adozione in ambienti cloud per l’autenticazione e l’autorizzazione. Si potrebbe migliorare la chiave Api di Java EE come JAX-RS gestire al meglio queste tecnologie.”
Configura: Un totale di 74% rank standardizzazione di un applicazione Java EE API di configurazione come importante. “In uno scenario In cui applicazioni sono costituite da servizi, alcuni dei quali possono essere distribuiti in un cloud provider, sviluppatori e DevOps ingegneri affrontare molte sfide legate alla gestione della configurazione dell’applicazione,” spiega il rapporto. Queste sfide includono la distribuzione di un’applicazione in diversi ambienti, senza rompere il suo pacchetto,” e “come applicare la configurazione di tutte distribuito istanze di un’applicazione, senza riassegnazione.” Tale API può anche contribuire a “come un’applicazione può essere notificato se alcune delle proprietà di configurazione sono cambiate.”
Scelta sana: Per il 65%, il servizio salute-l’introduzione di un meccanismo per comunicare la salute delle applicazioni cloud, l’infrastruttura cloud è una caratteristica importante che vorrei vedere in Java EE. “Ambienti Cloud in genere host gran numero di servizi, molti dei quali sono spesso interdipendenti,” afferma il rapporto. “Quando i problemi di superficie, è fondamentale per identificare rapidamente le potenziali aree di fallimento per aiutare a risolvere il problema. Piattaforme Cloud in genere forniscono un Up/Down per il controllo della salute che fornisce solo informazioni minime. In ordine per strumenti per fornire una panoramica delle questioni di fondo, basata su standard per il controllo della salute interfaccia sarà utile. Con tale interfaccia, le istanze del servizio sarebbe pubblicare le loro informazioni sanitarie in un modulo standard, in modo che un sistema di monitoraggio della salute/servizio sarà in grado di consumare e di analizzare in modo uniforme.”
No SQL come NoSQL: Tra gli altri risultati, è stato interessante vedere una maggioranza, il 51% lo vede come importante per Java EE per sostenere il database NoSQL che sono state filtrando tutto attraverso le imprese, per fornire un maggiore supporto per la prossima generazione di cloud e microservices applicazioni. “Java EE è tradizionalmente focalizzata sulla standardizzazione delle Api che consentono di accedere ai database relazionali,” afferma il rapporto. “Molte applicazioni stanno iniziando a scegliere NoSQL database per memorizzare alcuni o tutti i loro dati in modo persistente. Il database può essere utilizzato come sostituzioni o aggiunte di standard RDBMSstorage. Ci sono diverse categorie di NoSQL fornitori. Non c’è uno standard disponibili Api per gli sviluppatori.”
Giù con la direzione. Come notato sopra, la Gestione, JMS, e MVC classificato basso nei risultati dell’indagine, è probabile che questi saranno ritirati dal Java EE 8. Java EE il Team si è “ritirato il Jsr per la Gestione 2.0 (JSR 373), e JMS 2.1 (JSR 368),” ed è anche “indagando su un possibile trasferimento di MVC per un altro membro della comunità o organizzazione per completare JSR 371 come componente autonomo.”
(Disclosure: io ho condotto un progetto di lavoro per Oracle, citato in questo articolo, negli ultimi 12 mesi).