Architettura Del Java EE


  Share  
|

Il Application Program Interface del Java EE (api) consiste di un suite dei componenti di tecnologia ed i servizi che sono usati per sviluppare le applicazioni di impresa. Include i componenti che possono essere utilizzati per sviluppare la presentazione e la logica di affari, APIs affinchè le transazioni di affari, la sicurezza e gli attrezzi in carico dell'infrastruttura sostengano la condizioni di funzionamento di applicazione e gli attrezzi per sia integrazione interna che esterna. Ciò che segue è una lista delle tecnologie importanti fornite da Java EE.

Applicazioni e transazioni di impresa

I componenti Servlet, le pagine di JavaServer (JSP), le facce dell'assistente del Java (JSF) ed EJB sono componenti del assistente-lato che sono usati per definire la logica di presentazione e la logica di affari.

Il HTTP il cliente-lato api del HTTP è fornito dal pacchetto di java.net ed il assistente-lato api del HTTP è definito usando i servlets e JSPs.

HTTPS che lo stesso protocollo del HTTP funziona sopra il protocollo dello SSL dallo stessi cliente ed assistente api.

JavaMail la posta api fornisce un'interfaccia del applicazione-livello per i componenti di applicazione per trasmettere i E-maihi del Internet.

La transazione del Java (JTA) api Il JTA api è intesa per delimitare i contorni di transazione fra il contenitore e l'applicazione per effettuare le applicazioni transactional distribuite.

Chiamare del Java e l'interfaccia dell'indice (JNDI) JNDI api forniscono un'interfaccia del applicazione-livello ad accesso che chiama ed i servizi dell'indice così come un fornitore di servizio connettono per fissare un fornitore di un servizio dell'indice e chiamare.

La struttura di attivazione di JavaBeans (JAF) JAF fornisce una struttura per il maneggiamento dei dati nei tipi differenti di Multipurpose Internet Mail Extension (MIME), provenendo dalle disposizioni e dalle posizioni differenti.

Servizi Di Sicurezza
L'autenticazione e l'autorizzazione del Java assistono il contesto di inizio attività (JAAS) per autenticare e l'autorizzazione del richiedente assistito.

Contratto del fornitore di servizio di autorizzazione del Java per il contratto del contenitore (JACC) fra un assistente di applicazione del Java EE e un fornitore di servizio di autorizzazione.

Java assicura l'estensione dello zoccolo (JSSE) api per assicura lo strato dello zoccolo che fornisce la sicurezza di sessione per riservatezza di dati, integrità di dati e l'autenticazione dell'assistente.

Struttura di base di architettura del cryptography del Java (JCA) A per l'accesso e sviluppare a della funzionalità crittografica.

Struttura crittografica crypto di servizi del Java (JCE) con le funzioni crittografiche avanzate per sostenere i fornitori di servizio crittografici multipli.

CertPath o percorso api di certificazione per la generazione, la costruzione e la convalidazione dei percorsi digitali di certificazione.

Application Program Interface generico di servizi di sicurezza del Java (JGSS) api per accesso dell'uniforme ai servizi di sicurezza in cima ad una varietà di meccanismi di fondo di sicurezza, compreso il Kerberos, che sono blocchetti di costruzione per la singola crittografia di dati e sign-on.

Integrazione ed interoperability
Il servizio di messaggio del Java (JMS) JMS fornisce il messaging certo per sia punto a punto che pubblic-si abbona i servizi messaging-orientati.

Il invocation a distanza di metodo sopra il protocollo del Inter-inter-ORB del Internet (RMIIIOP) L'api permette le chiamate a distanza del Java usando il RMI sopra IIOP, che può accedere direttamente agli oggetti o ai servizi di CORBA da un'applicazione del Java RMI.

La lingua di descrizione dell'interfaccia del Java (IDL) Java IDL permette che un'applicazione del Java EE funga da un cliente di CORBA per invocare CORBA esterno obietta usando il protocollo di IIOP.

JDBC api JDBC api fornisce la connettività i sistemi posteriori della base di dati, che include i collegamenti, il collegamento che si riuniscono ed i servizi della base di dati distribuita.

L'architettura del connettore di architettura del connettore del Java EE è un'interfaccia del fornitore di servizio che permette gli adattatori delle risorse collegati ai sistemi d'informazione di impresa (EIS) o ai sistemi dell'eredità da inserire a tutti i componenti di servizio del Java EE.

Il fotoricettore assiste questo include il sostegno di api i servizi sincroni di fotoricettore (Java api per il RPC XML-basato, o JAX-RPC), servizi asincroni di fotoricettore (SAPONE con i collegamenti api per Java, o SAAJ) ed accesso agli assistenti di registrazione di XML (Java api per le registrazioni di XML, o a JAXR). JAXP fornisce un senso standard analizzare i documenti di XML e trasformare quelli che usando gli stylesheets. Java EE 5.0 aggiunge il sostegno più semplice e più vasto i servizi di fotoricettore introducendo JAX-WS 2.0 (successore a JAX-RPC) e JAXB 2.0.

Amministrazione
Le estensioni dell'amministrazione del Java (JMX) Il JMX api blocca gli eventi e le eccezioni di applicazione per l'amministrazione e la diagnosi di sistema del applicazione-livello.

Le tecnologie del Java EE sostengono una varietà di clienti, per il exampleJava EE: applet, Java ME cliente (o dispositivi mobili) e clienti di applicazione (browsers e clienti ricchi). Questi clienti possono accedere ai componenti differenti di servizio forniti dal Java EE via il protocollo del HTTP o usando sicuro di protocollo di HTTPS assicura lo strato dello zoccolo (SSL) o la sicurezza di strato di trasporto (TLS). Il Java EE consiste del contenitore di fotoricettore (effettuato solitamente come web server) e del contenitore del fagiolo del Java di impresa (EJB) (effettuato solitamente come assistente di applicazione). Un cliente del NET può anche trasmettere le richieste di servizio al contenitore di fotoricettore o il contenitore di EJB via una varietà di opzioni di interoperability quali i servizi di fotoricettore (che interoperate con JAX-RPC) e un ponticello (che interoperates con RMI-IIOP).

Componenti Di Interoperable Della Costruzione
Servlets, JSPs, EJBs e JSFs sono elementi di linguaggio di programmazione che possono essere usati per sviluppare i componenti riutilizzabili per interoperating con il NET o altre piattaforme. Servlets e JSPs sono categorizzati solitamente come componenti di fotoricettore, poichè sono controllati in un contenitore di fotoricettore. Per esempio, possono generare i servizi di fotoricettore che possono dati di affari di scambio contemporaneamente o asynchronously con le applicazioni del NET. EJBs è categorizzato come componenti di EJB, poichè sono controllati in un contenitore di EJB. Per esempio, interoperate della latta con un'applicazione del NET per mezzo di un ponticello di RMI-IIOP. I servizi di fondo del Java EE sono responsabili fornire i servizi di sistema di fondo e funzioni dell'infrastruttura per la fila di fotoricettore (o contenitore di fotoricettore) o componenti della fila di affari (o contenitore di EJB) mentre interoperating un'applicazione del NET. Per esempio, il servizio di comunicazione di RMI/IIOP è richiesto quando una strategia di integrazione del ponticello di RMI-IIOP è usata.

Ciò che segue fornisce una descrizione sommaria di questi elementi di linguaggio di programmazione e dei servizi di fondo del Java EE:

Servlets
Servlets è programmi del Java del assistente-lato che richieste trattate e risposte del HTTP di logica e della maniglia di affari. Un servlet tipico è un codice categoria del Java che estende HttpServlet. Quando il cliente presenta una richiesta di servizio, un servlet riceve una richiesta del HTTP (HttpServletRequest) e una risposta del HTTP (HttpServletResponse) nei parametri usando il metodo del doGet. I risultati o i messaggi di dati possono essere resi come HTML page stampando le modifiche del HTML dei testi e del NET di dati, per esempio, del mondo di out.println("<html><body><p>Hello, del Java EE Interoperability</p></body></html >").

Servlets sarà assegnato "ad un contesto" (un nome virtuale per i servlets schierato) sull'ospite locale, per esempio, myContextRoot e può essere invocato via il URL http://localhost:8080/myContextRoot/myServlet in cui il myServlet è il nome del servlet. La lima web.xml memorizza le informazioni sulla configurazione di servlet, dove il codice categoria reale del Java si riferirà ad un nome fisico del codice categoria del Java (in questi esempio, myServletClass) ed al modello del URL (per esempio, /myContextRoot). La lima di web.xml è una lima di schieramento, immagazzinata nell'indice /web-/web-inf del web server o dell'assistente di applicazione.

JSP
JSP è una lingua scripting del Java che sarà compilata dinamicamente in un servlet (e re-sarà compilato ancora intelligentemente per tutti i cambiamenti) e sarà nascosta per le prestazioni migliori durante l'esecuzione. Un JSP tipico può consistere di seguenti elementi:

Il soddisfare statico del HTML questo è un documento normale del HTML, in cui il compilatore di JSP non ha bisogno della compilazione.

Gli elementi di Scripting questi sono codici semplici del Java che sono destinati per maneggiare la logica di presentazione, piuttosto che logica di affari.

Gli indirizzamenti di JSP questi sono istruzioni affinchè il compilatore di JSP procedano, per esempio, per importare i codici categoria del Java nella pagina o per fornire le istruzioni di maneggiamento speciali per la pagina una volta invocati.

Le azioni di azioni di JSP sono modifiche che controllano il comportamento runtime di JSP e controllano le risposte restituite al cliente. Le azioni standard includono useBean (instantiate ed usa il JavaBean nel JSP), includono (includa una lima quando il JSP è chiesto), setProperty (regoli la proprietà del JavaBean), getProperty (ottenga la proprietà del JavaBean), param (fornisca il nome ed il valore del parametro come informazioni supplementari), di andata (di andata richiedente ad una nuova pagina) e plugin (generi le modifiche del HTML del cliente browser-specifico che provocano l'invocazione dei codici alimentabili del software del Java).

JSP Taglibs Taglibs sono XML-come le modifiche su ordinazione con gli attributi facoltativi ed i corpi per un JSP. Possono essere usati per effettuare la trasformazione semplice di dati, determinato soddisfare di dati del filtro, o per celare la complessità delle fonti di dati d'accesso e di altri oggetti del Java. Usando i taglibs può fare la logica d'elaborazione strutturata e più facile effettuare in un singolo JSP e può essere incluso in un JSP aggiungendo un prefix="myPrefix" direttivo % > del taglib di uri="/myTag" di JSP < % @. che il prefisso denota un descrittore della biblioteca della modifica (per esempio, myTag.tld). Il codice categoria reale del Java si riferisce nel web.xml con il nome del taglib e la posizione fisica di URI.

JSF
JSF è una specifica della brutta copia (http://java.sun.com/javaee/javaserverfaces) per i nuovi componenti standardizzati dell'interfaccia di utente che controllano la pagina dichiarano, eventi di applicazione, convalida dell'input e navigazione della pagina e che sostengono l'internazionalizzazione e l'accessibilità. Aumenta la tecnologia di JSP fornendo un'interfaccia alla biblioteca su ordinazione della modifica all'interno di una pagina di JSP. È inoltre un buon attrezzo che sostiene un'architettura del Modello-Vista-Regolatore quali i puntoni.

EJB
EJBs è componenti riutilizzabili che incapsulano la logica di affari. Usano i servizi del contenitore che controllano il ciclo di vita degli oggetti di affari, funzionano il servizio chiamante e forniscono il maneggiamento di transazione (per esempio, collegando alle fonti di dati multiple), i meccanismi di sicurezza (per esempio, identificando i principali e gli utenti) ed i meccanismi di persistenza.

Ci sono tre tipi di EJBs:

I fagioli di sessione dei fagioli di sessione denotano una conversazione fra l'applicazione del cliente ed il componente a distanza di servizio. Quando un cliente chiede un servizio di affari invocando un componente a distanza di servizio, il fagiolo di sessione (il componente a distanza) risponde. Un fagiolo stateful di sessione può determinare persist la sessione dichiara delle interazioni o dei invocations fra il cliente ed i componenti a distanza di servizio. Se la sessione dichiara è mantenuta, il fagiolo stateful di sessione può controllare più meglio l'integrità o il resume di transazione dopo che la sessione venga a mancare sopra. Ciò è realizzata solitamente usando i servizi del contenitore quali la pubblicazione periodica del Java e la riflessione del Java. Un fagiolo apolide di sessione non non persist la sessione dichiara.

I fagioli dell'entità dei fagioli dell'entità sincronizzano il dichiarare con un deposito di dati di persistenza usando i servizi del contenitore. Cioè i dati di affari possono essere persisti attendibilmente alla base di dati posteriore e saldamente usando i fagioli dell'entità. Se gli sviluppatori esplicitamente progettano e specificano come i dati di affari dovrebbero essere persisti nella base di dati, allora il fagiolo dell'entità sarebbe la persistenza fagiolo-controllata. Se gli sviluppatori usano gli attrezzi del contenitore, che sono forniti dal fornitore dell'assistente di applicazione, controllare il tracciato oggetto-relazionale dal fagiolo dell'entità alla base di dati relazionale di fondo, quindi dal fagiolo dell'entità sarebbe la persistenza contenitore-controllata.

I fagioli guidati messaggio (MDB) MDBs permettono che un EJB ricevi un servizio di messaggio del Java (JMS). Cioè un EJB può essere l'obiettivo di un messaggio di JMS. Ciò può portare i benefici di fornire certi, trasmissione di informazione asincrona dal cliente usando JMS all'assistente usando EJBor viceversa. Inoltre, MDB può essere facilmente interoperable con altri componenti del Java EE usando il messaging ed EJB.

Java EE 5.0 introduce EJB 3.0, che usa l'annotazione (@Stateless, @EJB) per facilitare la complessità e lo sforzo di sviluppo in costruzione EJBs.

Servizi di sostegno per interoperability
I contenitori del Java EE forniscono i servizi comuni che sono ripartiti dai componenti del Java EE. Questi servizi di sistema forniscono le funzioni per la connettività della base di dati, amministrazione di transazione, chiamante il servizio, comunicazione e la connettività e messaging.

Servizio JDBC di connettività della base di dati.

Servizio JTA dell'amministrazione di transazione.

Chiamare servizio JNDI.

HTTP di servizi di connettività e di comunicazione, HTTPS, SSL, RMI/IIOP.

Servizio di messaging JMS, JavaMail.

Fra questi servizi del Java EE, i servizi di connettività e di comunicazione sono cruciali a sostenere il interoperability del NET del Java EE usando la tecnologia del ponticello (quale il ponticello di RMI/IIOP). Il servizio di messaging è usato spesso per strategia sincrona ed asincrona di integrazione di servizi di fotoricettore. Per esempio, SAAJ richiede JavaMail maneggiare i collegamenti del documento.

Applicazioni Schieranti Del Java EE
Le applicazioni del Java EE sono impaccate solitamente e schierato in una o nelle unità multiple nella lima dell'ORECCHIO formatti. Una lima dell'ORECCHIO (rappresentata nella lima di META-INF/application.xml) consiste dei componenti di EJB nelle lime del VASO (META-INF/ejb-jar.xml), dei moduli di fotoricettore nelle lime di GUERRA (WEB-INF/web.xml) e dei moduli del Java nelle lime del VASO (META-INF/application-client.xml). Molte esecuzioni dell'assistente di applicazione permettono che gli sviluppatori schierino le applicazioni del Java EE da c'è ne di seguenti meccanismi:

Cadendo l'ORECCHIO archivi in un indice di automobile-schier (per esempio, %AS_HOME%\domains\domain1\autodeploy in assistente di applicazione del sistema del Java del sole in cui %AS_HOME% è l'indice in cui i binaries dell'assistente di applicazione risiedono).

Usando uno scritto della FORMICA per schierare (per esempio, esponga al sole gli usi dell'assistente di applicazione del sistema del Java uno scritto su misura della FORMICA denominato asant).

Per mezzo di una sezione comandi di gestione di fotoricettore per schierare.

Usando una linea interfaccia di ordine (per esempio, il asadmin schiera in assistente di applicazione del sistema del Java del sole).

Usando un ido quale NetBeans per schierare.

L'amministrazione dei diritti di accesso per controllo di sicurezza è molto importante per schieramento di applicazione. Il ruolo di sicurezza è definito nella lima di application.xml, che è una caratteristica dichiarativa di sicurezza dell'architettura del Java EE. Un attrezzo di schieramento di applicazione copierà tutte le lime dell'ORECCHIO all'assistente di applicazione del Java EE, genererà qualunque codici categoria necessari di esecuzione ed aiuterà la documentazione e schiererà le lime dell'ORECCHIO di applicazione all'indice di schieramento dell'assistente di applicazione del Java EE. Dopo quello, gli architetti e gli sviluppatori devono configurare le informazioni di applicazione server-specifico, come generazione delle fabbriche di fonti e del collegamento di dati ed amministrare i nomi della coda di JMS.

ciò è un articolo aggiunto da Blerick Tawman


Share  

© 2005-2010 E-articles.info All Rights Reserved - Terms and conditions