Un riepilogo di tutte le specifiche Java EE

Le tecnologie Java EE 8

Java EE 8 si basa su Java EE 7 (vedere la risposta precedente per i dettagli) e modernizza il supporto per molti standard di settore e continua la semplificazione delle API enterprise ready.

I miglioramenti includono:

• API Java Servlet 4.0 con supporto HTTP / 2
• Supporto JSON avanzato inclusa una nuova API di binding JSON
• Una nuova API client reattiva REST
• Eventi CDI asincroni
• Un nuovo portatile API di sicurezza
• Supporto eventi inviati dal server (lato client e server)
• Supporto per Java SE 8 nuove funzionalità (ad esempio Data & Time API, Streams API, annotazioni miglioramenti)

I seguenti JSR sono nuovo oppure aggiornato in Java EE 8:

• Piattaforma Java EE

  • JSR 366: Piattaforma Java EE 8

• Applicazione Web Tecnologie

  • Per maggiori informazioni, consulta la nostra informativa sul trattamento dei dati personali.]}
  • Per ulteriori informazioni, consultare il sito: ]}
  • Per maggiori informazioni clicca qui]}
  • Per maggiori informazioni clicca qui]}

• Tecnologie applicative aziendali

  • JSR 365: Contexts and Dependency Injection (CDI) 2.0
  • JSR 380: Bean Validazione 2.0
  • JSR 338: Persistenza Java 2.2
  • JSR 250: Annotazioni comuni 1.3
  • JSR 919 : JavaMail 1.6

• Tecnologie dei servizi Web

  • Per ulteriori informazioni, consultare il sito: ]}

• Tecnologie di gestione e sicurezza

  • JSR 375: API di sicurezza Java EE 1.0

Per maggiori dettagli, fare riferimento a questa pagina .

Un briefing di ciascuna tecnologia

Per ulteriori informazioni sulle principali tecnologie sopra elencate, controlla il tutorial Java EE. E una buona panoramica delle principali tecnologie può essere trovata in questa pagina . Basta citarlo qui:

Tecnologia JavaBeans aziendale

Un componente Enterprise JavaBeans (EJB), o bean enterprise, è un corpo del codice che ha campi e metodi per implementare moduli di business logica. Puoi pensare a un bean enterprise come un blocco di costruzione che può essere utilizzato da solo o con altri bean enterprise per eseguire attività logica sul server Java EE.

I bean Enterprise sono bean di sessione o bean basati su messaggi.

• Un bean di sessione rappresenta una conversazione transitoria con un client. Quando il client termina l'esecuzione, il bean di sessione e i suoi dati sono andare.
• Un bean basato su messaggi combina le funzionalità di un bean di sessione e di un listener di messaggi, consentendo a un componente aziendale di ricevere messaggi asincrono. Comunemente, questi sono Java Message Service (JMS) messaggio.

La piattaforma Java EE 8 richiede Enterprise JavaBeans 3.2 e Intercettori 1.2. La specifica Interceptors fa parte dell'EJB specifica.

Tecnologia Java Servlet

La tecnologia Java Servlet consente di definire specifiche HTTP classi servlet. Una classe servlet estende le funzionalità dei server che ospitano applicazioni accessibili tramite un modello di programmazione richiesta-risposta. Sebbene i servlet possano rispondere a qualsiasi tipo di richiesta, sono comunemente usato per estendere le applicazioni ospitate dai server web.

Nella piattaforma Java EE 8, nuove funzionalità della tecnologia Java Servlet includere quanto segue:

• Spinta del server
• HTTP Trailer

La piattaforma Java EE 8 richiede Servlet 4.0

JavaServer affronta la tecnologia

JavaServer Faces technology è un framework di interfaccia utente per la costruzione applicazioni web. I componenti principali della tecnologia JavaServer Faces sono i seguenti:

• Un framework di componenti GUI.
• Un modello flessibile per il rendering di componenti in diversi tipi di HTML o diversi linguaggi e tecnologie di markup. Un oggetto Renderer genera il markup per il rendering del componente e converte i dati memorizzato in un oggetto modello per i tipi che possono essere rappresentati in una vista.
• Un RenderKit standard per la generazione di markup HTML 4.01.

Le seguenti funzionalità supportano i componenti della GUI:

• Convalida dell'input
• Gestione eventi
• Conversione dei dati tra oggetti e componenti del modello
• Creazione oggetto modello gestito
• Configurazione di navigazione pagina
• Linguaggio delle espressioni (EL)

Tutte queste funzionalità sono disponibili utilizzando le API Java standard e File di configurazione basati su XML.

Nella piattaforma Java EE 8, nuove funzionalità della tecnologia JavaServer Faces includere quanto segue:

• Supporto diretto per WebSocket tramite il nuovo tag <f:websocket>
• Convalida del bean a livello di classe tramite il nuovo tag <f:validateWholeBean>
• Un'annotazione @ManagedProperty compatibile con CDI
• Enhanced component search expression framework

Il La piattaforma Java EE 8 richiede JavaServer Faces 2.3 ed Expression Lingua 3.0.

Per un eccellente riassunto delle novità in JSF 2.3, vedere https://javaserverfaces.github.io/whats-new-in-jsf23.html .

Tecnologia JavaServer Pages

La tecnologia JavaServer Pages (JSP) consente di inserire frammenti di servlet codice direttamente in un documento basato su testo. Una pagina JSP è basata su testo documento che contiene due tipi di testo:

• Dati statici, che possono essere espressi in qualsiasi formato basato su testo, come HTML o XML
• Elementi JSP, che determinano il modo in cui la pagina costruisce il contenuto dinamico

Per informazioni sulla tecnologia JSP, vedere Il tutorial Java EE 5 all'indirizzo http://docs.oracle.com/javaee/5/tutorial/doc/.

La piattaforma Java EE 8 richiede JavaServer Pages 2.3 per la compatibilità con versioni precedenti ma raccomanda l'uso di Facelets come il visualizzare tecnologia in nuove applicazioni.

Libreria di tag standard di JavaServer Pages

La libreria di tag standard JavaServer Pages (JSTL) incapsula core funzionalità comune a molte applicazioni JSP. Invece di mescolare i tag da numerosi fornitori nelle applicazioni JSP, si utilizza un singolo, set standard di tag. Questa standardizzazione consente di distribuire applicazioni su qualsiasi contenitore JSP che supporta JSTL e lo rende più probabile che l'attuazione del tag è ottimizzato.

JSTL ha tag iteratori e condizionali per la gestione del controllo di flusso, tag per la manipolazione di documenti XML, tag di internazionalizzazione, tag per accesso ai database utilizzando SQL e tag per le funzioni di uso comune.

La piattaforma Java EE 8 richiede JSTL 1.2.

API di persistenza Java

La Java Persistence API (JPA) è una soluzione basata su standard Java per persistenza. Persistenza utilizza un oggetto / mappatura relazionale approccio a colmare il divario tra un modello orientato agli oggetti e un modello relazionale database. L'API Java Persistence può essere utilizzata anche in Java SE applicazioni esterne all'ambiente Java EE. Persistenza Java comprende le seguenti aree:

• L'API di persistenza Java
• Il linguaggio di query
• Metadati di mapping oggetto/relazionale

La piattaforma Java EE 8 richiede Java Persistence API 2.2.

Transazione Java API

La Java Transaction API (JTA) fornisce un'interfaccia standard per demarcazione delle transazioni. L'architettura Java EE fornisce un valore predefinito commit automatico per gestire commit e rollback delle transazioni. Auto commit significa che tutte le altre applicazioni che stanno visualizzando i dati vedere i dati aggiornati dopo ogni operazione di lettura o scrittura del database. Tuttavia, se l'applicazione esegue due accessi al database separati operazioni che dipendono l'una dall'altra, si desidera utilizzare il API JTA per delimitare dove l'intera transazione, comprese entrambe le operazioni, inizia, torna indietro e si impegna.

La piattaforma Java EE 8 richiede Java Transaction API 1.2.

Per ulteriori informazioni, consultare il sito: ]}

L'API Java per i servizi Web RESTful (JAX-RS) definisce le API per sviluppo di servizi web costruiti secondo la rappresentazione Trasferimento di stato (RIPOSO) stile architettonico. Un'applicazione JAX-RS è un applicazione web che consiste di classi confezionate come servlet in un File di guerra insieme alle librerie richieste.

Nella piattaforma Java EE 8, le nuove funzionalità dei servizi Web RESTful includono quanto segue:

• API client reattiva: quando vengono ricevuti i risultati di un'invocazione su una risorsa di destinazione, miglioramenti alle API della fase di completamento in Java SE consente di specificare la sequenza di tali risultati, priorità, combinazione o concatenazione e come possono essere le eccezioni gestire.
• Miglioramenti nel supporto per gli eventi inviati dal server: i client possono iscriversi alle notifiche degli eventi emesse dal server utilizzando un collegamento. Il supporto per un nuovo tipo di supporto, text / event-stream, è stato aggiungere.
• Supporto per gli oggetti JSON-B e migliore integrazione con le tecnologie di convalida CDI, Servlet e bean

La piattaforma Java EE 8 richiede JAX-RS 2.1.

Fagioli gestiti

Fagioli gestiti, contenitore leggero-gestito oggetti (POJO) con requisiti minimi, supportare una piccola serie di servizi di base, come ad esempio iniezione di risorse, callback del ciclo di vita e intercettori. Gestire I bean rappresentano una generalizzazione dei bean gestiti specificati da JavaServer affronta la tecnologia e può essere utilizzato ovunque in un Java EE applicazione, non solo nei moduli web.

La specifica Managed Beans fa parte della piattaforma Java EE 8 specifica (JSR 366). La piattaforma Java EE 8 richiede Bean gestiti 1.0.

Contesti e iniezione di dipendenze per Java EE

Contexts and Dependency Injection for Java EE (CDI) definisce un insieme di servizi contestuali, forniti da contenitori Java EE, che lo rendono facile per gli sviluppatori di utilizzare i bean aziendali insieme a JavaServer Faces tecnologia nelle applicazioni web. Progettato per l'uso con stateful oggetti, CDI ha anche molti usi più ampi, consentendo agli sviluppatori un grande flessibilità per integrare diversi tipi di componenti in un liberamente accoppiato ma typesafe modo.

Nella piattaforma Java EE 8, le nuove funzionalità CDI includono quanto segue:

• Un'API per il bootstrap di un contenitore CDI in Java SE 8
• Supporto per l'ordinamento dell'osservatore, che determina l'ordine in cui vengono richiamati i metodi dell'osservatore per un particolare evento, e supporto per l'attivazione di eventi in modo asincrono
• Configuratori interfacce, che vengono utilizzati per definire e modificare dinamicamente CDI oggetti
• Letterali di annotazione incorporati, una funzione di convenienza per la creazione di istanze di annotazioni e altro ancora

La piattaforma Java EE 8 richiede CDI 2.0.

Iniezione di dipendenze per Java

Dependency Injection per Java definisce un insieme standard di annotazioni (e un'interfaccia) per l'uso su classi iniettabili.

Nella piattaforma Java EE, CDI fornisce supporto per la dipendenza Iniezione. In particolare, è possibile utilizzare l'iniezione punti solo in a Applicazione abilitata per CDI.

La piattaforma Java EE 8 richiede l'iniezione di dipendenze per Java 1.0.

Convalida del bean

La specifica di convalida del bean definisce un modello di metadati e un'API per convalida dei dati nei componenti JavaBeans. Invece di distribuire convalida dei dati su più livelli, come il browser e il lato server, è possibile definire i vincoli di convalida in un unico luogo e condividerli attraverso i diversi strato.

Nella piattaforma Java EE 8, le nuove funzionalità di convalida dei bean includono di seguito:

• Supporto per nuove funzionalità in Java SE 8, come l'API Data-ora
• Aggiunta di nuovi vincoli di convalida dei bean incorporati

La piattaforma Java EE 8 richiede Bean Validation 2.0.

Java Message Service API

L'API JMS (Java Message Service) è uno standard di messaggistica che consente Componenti dell'applicazione Java EE per creare, inviare, ricevere e leggere messaggio. Esso consente la comunicazione distribuita che è liberamente accoppiato, affidabile e asincrono.

La piattaforma Java EE 8 richiede JMS 2.0.

Architettura del connettore Java EE

L'architettura del connettore Java EE viene utilizzata dai fornitori di strumenti e dal sistema integratori per creare adattatori di risorse che supportano l'accesso a sistemi informativi aziendali che possono essere collegati a qualsiasi Java EE prodotto. Un adattatore di risorse è un componente software che consente Java Componenti dell'applicazione EE per accedere e interagire con il sottostante gestore delle risorse dell'EIS. Perché un adattatore di risorse è specifico per il suo resource manager, un adattatore di risorse diverso in genere esiste per ogni tipo di database o sistema informativo aziendale.

L'architettura del connettore Java EE fornisce anche orientato alle prestazioni, sicuro, scalabile e basato sui messaggi integrazione transazionale di Java EE basato su piattaforma servizi web con EISs esistente che può essere sincrono o asincrono. Esistente applicazioni e EISs integrati attraverso il connettore Java EE L'architettura nella piattaforma Java EE può essere esposta come web basato su XML servizi utilizzando i modelli di componenti JAX-WS e Java EE. Così JAX-WS e l'architettura del connettore Java EE sono tecnologie complementari per enterprise Application Integration (EAI) e business end-to-end integrazione.

La piattaforma Java EE 8 richiede l'architettura del connettore Java EE 1.7.

Per maggiori informazioni: ]}

Le applicazioni Java EE utilizzano l'API JavaMail per inviare notifiche e-mail. L'API JavaMail ha due parti:

• Un'interfaccia a livello di applicazione utilizzata dai componenti dell'applicazione per inviare la posta
• Un'interfaccia del fornitore di servizi

La piattaforma Java EE include l'API JavaMail con un fornitore di servizi ciò consente ai componenti dell'applicazione di inviare Internet posta.

La piattaforma Java EE 8 richiede JavaMail 1.6.

Contratto di autorizzazione Java per contenitori

La specifica Java Authorization Contract for Containers (JACC) definisce un contratto tra un application server Java EE e un fornitore di criteri di autorizzazione. Tutti i contenitori Java EE supportano questo contratto.

La specifica JACC definisce java.sicurezza.Classi di autorizzazione che soddisfare il modello di autorizzazione Java EE. Il specifica definisce il associazione di container-decisioni di accesso alle operazioni su istanze di queste classi di autorizzazione. Definisce la semantica dei provider di policy che utilizzano le nuove classi di autorizzazione per indirizzare l'autorizzazione requisiti della piattaforma Java EE, compresa la definizione e l'uso di ruoli.

La piattaforma Java EE 8 richiede JACC 1.5.

Java Authentication Service Provider Interface for Containers

Il Java Interfaccia del provider di servizi di autenticazione per i contenitori La specifica (JASPIC) definisce un'interfaccia del fornitore di servizi (SPI) per quali provider di autenticazione implementano l'autenticazione dei messaggi i meccanismi possono essere integrati nell'elaborazione dei messaggi client o server contenitori o runtime. Provider di autenticazione integrati attraverso questa interfaccia funziona su messaggi di rete forniti loro dal loro chiamare contenitori. I provider di autenticazione trasformano in uscita messaggi in modo che l'origine di ogni messaggio può essere autenticata da il contenitore ricevente e il destinatario del messaggio possono essere autenticato dal mittente del messaggio. Provider di autenticazione autenticare ogni messaggio in arrivo e tornare alla loro chiamata contenitori l'identità stabilita come risultato del messaggio autenticazione.

La piattaforma Java EE 8 richiede JASPIC 1.1.

API di sicurezza Java EE

Lo scopo dell'API di sicurezza Java EE la specificazione è di modernizzare e semplificare le API di sicurezza stabilendo contemporaneamente approcci e meccanismi e rimozione delle API più complesse dal vista sviluppatore dove possibile. Java EE Security introduce il le seguenti API:

• SecurityContext interfaccia: fornisce un punto di accesso comune e uniforme che consente a un'applicazione di testare aspetti dei dati del chiamante e concedere o negare l'accesso alle risorse.
• HttpAuthenticationMechanism interfaccia: Autentica i chiamanti di un applicazione web, ed è specificato solo per l'uso nel servlet contenitore.
• IdentityStore interfaccia: fornisce un'astrazione di un archivio di identità e che può essere utilizzato per autenticare gli utenti e recuperare chiamante gruppo.

La piattaforma Java EE 8 richiede Java EE Security API 1.0.

API Java per WebSocket

WebSocket è un protocollo di applicazione che fornisce full-duplex comunicazioni tra due peer su TCP. L'API Java per WebSocket consente alle applicazioni Java EE di creare endpoint utilizzando le annotazioni che specificano i parametri di configurazione dell'endpoint e designare i suoi metodi di callback del ciclo di vita.

La piattaforma Java EE 8 richiede Java API per WebSocket 1.1.

API Java per l'elaborazione JSON

JavaScript Object Notation (JSON) è un formato di scambio dati basato su testo derivato da JavaScript che viene utilizzato nei servizi web e altri applicazioni connesse. L'API Java per JSON Elaborazione (JSON-P) consente alle applicazioni Java EE di analizzare, trasformare e interrogare i dati JSON utilizzando il modello a oggetti o il modello di streaming.

Nella piattaforma Java EE 8, le nuove funzionalità di JSON-P includono il supporto per quanto segue:

• Puntatore JSON: definisce una sintassi di stringa per fare riferimento a un valore specifico all'interno di un documento JSON. Puntatore JSON include le API per estrarre i valori da un documento di destinazione e trasformarli in creare un nuovo documento JSON.
• Patch JSON: definisce un formato per esprimere una sequenza di operazioni da applicare a un documento JSON.

• JSON Merge Patch: Definisce un formato e regole di elaborazione per l'applicazione di operazioni a un documento JSON che si basano su contenuti specifici di il documento di destinazione.

• L'aggiunta di funzioni di modifica e trasformazione all'elaborazione di documenti JSON di base.

• Classi e metodi helper, chiamati collettori JSON, che sfruttano caratteristiche del flusso API che è stato introdotto in Java SE 8.

La piattaforma Java EE 8 richiede JSON-P 1.1.

API Java per il binding JSON

L'API Java per il binding JSON (JSON-B) fornisce un livello di binding per conversione di oggetti Java da e per i messaggi JSON. Anche JSON-B supporta la possibilità di personalizzare il processo di mappatura predefinito utilizzato in questo livello di associazione attraverso l'uso di annotazioni Java per un dato campo, proprietà JavaBean, tipo o pacchetto, o fornendo un implementazione di una strategia di denominazione delle proprietà.

JSON-B è nuovo per la piattaforma Java EE 8. La piattaforma Java EE 8 richiede JSON-B 1.0.

Utilità di concorrenza per Java EE

Concurrency Utilities per Java EE è un'API standard per fornire funzionalità asincrone ai componenti dell'applicazione Java EE tramite i seguenti tipi di oggetti: servizio executor gestito, gestito servizio esecutore pianificato, gestito fabbrica di thread e contesto servizio.

La piattaforma Java EE 8 richiede utilità di concorrenza per Java EE 1.0.

Applicazioni batch per la piattaforma Java

I lavori batch sono attività che possono essere eseguite senza l'interazione dell'utente. Le applicazioni batch per la specifica della piattaforma Java sono un batch framework che fornisce supporto per la creazione e l'esecuzione di processi batch in Applicazioni Java. Il framework batch è costituito da un runtime batch, un attuale linguaggio di specifica basato su XML, un'API Java con cui interagire il runtime batch e un'API Java per implementare gli artefatti batch.

La piattaforma Java EE 8 richiede applicazioni batch per Java Piattaforma 1.0.