WebSphere Application Server: Panoramica

Il contenitore web è la parte del server delle applicazioni in cui i componenti dell'applicazione web vengono eseguiti. Le applicazioni Web sono costituite da uno o più servlet correlati, da file JSP ( JavaServer Pages technology) e da file HTML (Hyper Text Markup Language) che è possibile gestire come unità. Combinati, eseguono una funzione di logica di business.

Il contenitore di EJB fornisce tutti i servizi di runtime necessari per distribuire e gestire i bean enterprise. Si tratta di un processo server che gestisce le richieste sia per la sessione che per i bean di entità.

I bean enterprise sono componenti Java che generalmente implementano la logica aziendale delle applicazioni Java EE , oltre ad accedere ai dati. I bean enterprise, confezionati in moduli EJB, installati in un server delle applicazioni non comunicano direttamente con il server. Il contenitore degli EJB invece è un'interfaccia tra i componenti degli EJB e il server delle applicazioni. Insieme, il contenitore e il server forniscono l'ambiente di runtime del bean enterprise.

Il contenitore fornisce molti servizi di basso livello, tra cui il supporto di threading e transazione. Da una prospettiva amministrativa, il contenitore gestisce l'accesso ai dati per i fagioli contenuti. Un singolo contenitore può ospitare più di un file JAR (Java archive).

Questo prodotto fornisce un utile strumento launchClient per l'avvio del client delle applicazioni, insieme al relativo runtime del contenitore client.

A seconda della fonte di informazioni tecniche, le applicazioni client a volte sono chiamate client applicativi. In questa documentazione i due termini sono sinonimo.

Consultare Utilizzo dei client amministrativi.

Il prodotto agisce sia come fornitore di servizi web che come richiedente. Come provider, ospita servizi web pubblicati per l'utilizzo da parte dei clienti. Come richiedente, ospita applicazioni che richiamano servizi web da altre località. Il diagramma mostra il motore dei servizi web in questa veste, contattando un fornitore o un gateway dei servizi web.

La connessione tra l'applicazione enterprise e l'EIS avviene attraverso l'utilizzo di adattatori di risorse forniti dall'EIS, che sono collegati al server delle applicazioni. L'architettura specifica la gestione della connessione, la gestione delle transazioni e i contratti di sicurezza tra il server delle applicazioni e l'EIS.

Il Connection Manager (non mostrato) nelle pool di server delle applicazioni e gestisce le connessioni. È in grado di gestire le connessioni ottenute tramite gli adattatori risorse definiti dalla specifica JCA e le origini dati definite dalla specifica JDBC 2.0 Extensions.

Le JDBC (JDBC e origini dati) sono un tipo di risorsaJava EE utilizzata dalle applicazioni per accedere ai dati. Sebbene l'accesso ai dati sia un argomento più ampio rispetto a quello delle risorse JDBC , queste informazioni spesso raggruppano l'accesso ai dati sotto l'intestazione delle risorse Java EE per semplicità.

Gli adattatori risorse JCA sono un altro tipo di risorsa Java EE utilizzata dalle applicazioni. JCA definisce l'architettura standard per la connessione della piattaforma Java EE a EIS eterogenei. Immaginate un ERP, l'elaborazione delle transazioni mainframe, i sistemi di database e le applicazioni legacy non scritte nel linguaggio di programmazione Java.

L'adattatore di risorse JCA è un driver software a livello di sistema fornito da venditori EIS o altri fornitori di terze parti. Fornisce la connettività tra i client o i server delle applicazioni Java EE e un EIS. Per utilizzare un adattatore di risorse, installare il codice dell'adattatore di risorse e creare configurazioni che utilizzano quell' adattatore. Il prodotto fornisce un adattatore di risorsa relazionale predefinito per il vostro utilizzo.

Per richieste non JMS in entrata, i bean basati sui messaggi utilizzano un adattatore di risorse JCA ( Java EE Connector Architecture) 1.5 scritto a tale scopo. Per la messaggistica di base, i bean basati sui messaggi possono utilizzare un provider di messaggistica basato su JCA come il provider di messaggistica predefinito che fa parte del prodotto.

Il service integration bus fornisce un'infrastruttura di comunicazione unificata per le applicazioni di messaggistica e service - oriented. Il service integration bus è un provider di servizi di tipo Java che fornisce un trasporto di messaggi affidabile e utilizza una logica di intermediazione per adattare il flusso di messaggi intelligentemente in rete. Supporta l'attaccamento dei richiedenti e dei fornitori di servizi web. Le sue funzionalità sono perfettamente integrate nell'architettura dei prodotti, tra cui la sicurezza, l'amministrazione del sistema, il monitoraggio e i sottosistemi di determinazione dei problemi.

• Risorse JDBC e altre tecnologie per l'accesso ai dati (precedentemente discusse)
• Adattatori di risorse JCA (precedentemente discussi)
• Risorse di messaggistica e altri supporti di messaggistica (precedentemente discussi)
• Risorse di simultaneità per l'inoltro o la pianificazione delle attività da eseguire in parallelo, la creazione di thread che ereditano il contesto Java EE e il trasferimento del contesto Java EE al richiamo di interfacce quali i callback asincroni
• Supporto JavaMail , per le applicazioni che inviano posta Internet

  Le APIJavaMail forniscono una piattaforma e un framework indipendente dal protocollo per la generazione di applicazioni client di posta basate su Java. Le API richiedono fornitori di servizi, noti come fornitori di protocollo, per interagire con i server di posta che vengono eseguiti sui protocolli appropriati.

  Un provider di posta incapsula una raccolta di fornitori di protocollo, tra cui SMTP (Simple Mail Transfer Protocol) per l'invio della posta; Post Office Protocol (POP) per la ricezione della posta; e Internet Message Access Protocol (IMAP) come un'altra opzione per ricevere mail. Per utilizzare un altro protocollo è necessario installare il fornitore di servizi appropriato per il protocollo.

  JavaMail richiede non solo i fornitori di servizi, ma anche il JavaBeans Activation Framework (JAF), come framework sottostante per gestire tipi di dati complessi che non sono testo semplice, come le Multipurpose Internet Mail Extensions (MIME), le pagine URL e gli allegati di file.

• URL, per descrivere le posizioni logiche

  URL i provider implementano le funzionalità per un particolare protocollo URL, come HTTP, consentendo la comunicazione tra l'applicazione e una risorsa URL servita da un particolare protocollo. È incluso un provider predefinito URL da utilizzare per qualsiasi risorsa URL con protocolli basati sulla specifica Java Platform, Standard Edition (Java SE), come HTTP, FTP o File. È inoltre possibile inserire i propri provider URL che implementano protocolli aggiuntivi.

• Voci ambiente risorse, per la mappatura dei nomi logici ai nomi fisici

  L'ambiente java:comp/env fornisce un unico meccanismo tramite il quale possono essere guardati sia gli oggetti di spazio nome JNDI che gli oggetti dell'ambiente applicativo locale. Il prodotto fornisce numerose voci di ambiente locale per impostazione predefinita.

  La specifica Java EE fornisce anche un meccanismo per la definizione delle voci dell'ambiente del cliente definendo le voci nel descrittore di distribuzione standard di una applicazione. La specifica Java EE utilizza i seguenti metodi per separare la definizione della voce dell'ambiente di risorse dall'applicazione.

  • Richiedere al server delle applicazioni di fornire un meccanismo per la definizione di oggetti amministrativi separati che racchiuda una voce di ambiente di risorse. Gli oggetti amministrativi sono accessibili utilizzando JNDI nello spazio nome locale del server delle applicazioni (java:comp/env).
  • Specificando il nome di lookup JNDI dell'oggetto amministrativo e il tipo di oggetto restituito previsto. Questa specifica viene eseguita nella voce ambiente di risorsa summenzionata nel descrittore di distribuzione.
  Il prodotto supporta l'utilizzo di voci di ambiente di risorse con i seguenti concetti amministrativi.

  • Una voce ambiente risorsa definisce l'obiettivo di collegamento (nome JNDI), classe di fabbrica e tipo di oggetto di ritorno (tramite il link ad un referenceable) della voce ambiente risorse.
  • Un referenceable definisce il nome di classe dello stabilimento che restituisce istanze di oggetti implementanti un'interfaccia Java.
  • Un provider di ambiente di risorse raggruppa i referenti referenti, le voci dell'ambiente di risorse e le eventuali proprietà personalizzate richieste.

I meccanismi e l'infrastruttura di sicurezza proteggono le risorse Java Platform, Enterprise Edition (Java EE) e le risorse di gestione, rispondendo ai requisiti di sicurezza aziendali. A sua volta, l'infrastruttura di sicurezza di questo prodotto funziona con l'infrastruttura di sicurezza esistente del tuo framework di calcolo enterprise a più livelli. Basato sull'architettura aperta, il prodotto fornisce molti punti di plugin per integrarsi con i componenti software aziendali per fornire sicurezza end-to-end.

L'infrastruttura di sicurezza coinvolge sia un modello di programmazione che elementi dell'architettura del prodotto indipendenti dal tipo di applicazione.

JNDI fornisce l'accesso lato client alla denominazione e presenta il modello di programmazione utilizzato dagli sviluppatori di applicazioni. CosNaming fornisce l'implementazione lato server ed è dove il relativo spazio dei nomi è attualmente memorizzato. JNDI fornisce essenzialmente un wrapper lato client dello spazio dei nomi memorizzato in CosNaming, e interagisce con il server CosNaming per conto del client.

I client del server delle applicazioni utilizzano l'architettura di denominazione per ottenere riferimenti ad oggetti relativi a tali applicazioni. Gli oggetti sono legati in una struttura prevalentemente gerarchica chiamata spazio nome. È costituito da una serie di bind di nome, ognuno dei quali è un nome relativo ad un contesto specifico e l'oggetto legato a tale nome. È possibile accedere allo spazio del nome e manipolare tramite un server di nome.

Tenere presente che con l'aggiunta di virtual member manager per fornire il supporto del repository federato per la sicurezza del prodotto, il prodotto ora offre funzionalità di gestione delle identità più estese e sofisticate che mai, specialmente in combinazione con altri prodotti WebSphere e Tivoli ®.

L'ORB fornisce un framework per i client per individuare gli oggetti presenti nelle operazioni di rete e di chiamata su quegli oggetti come se gli oggetti remoti fossero collocati nello stesso processo di esecuzione del client, fornendo la trasparenza della posizione.

Anche se non mostrato nel diagramma, un luogo in cui l'ORB entra in gioco è dove il contenitore client sta contattando il contenitore dell'EJB per conto di un client Java.

Le applicazioni in esecuzione sul server possono utilizzare le transazioni per coordinare più aggiornamenti alle risorse come un'unità di lavoro tale che tutti o nessuno degli aggiornamenti siano resi permanenti. Le transazioni vengono avviate e terminate dalle applicazioni o dal contenitore in cui le applicazioni sono distribuite.

Il server delle applicazioni è un gestore di transazioni che supporta il coordinamento dei gestori delle risorse e partecipa a transazioni globali distribuite con altri gestori di transazioni compatibili.

Il server può essere configurato per interagire con i database, le code e i connettori JCA attraverso il supporto della transazione locale quando non è richiesto il supporto delle transazioni distribuite.

L'applicazione profiling e l'intento di accesso forniscono un metodo flessibile per affinare le prestazioni delle applicazioni per i bean enterprise senza impattare il codice sorgente. Diversi bean enterprise, e anche metodi diversi in un solo bean enterprise, possono avere il loro intento di accedere alle risorse. La profilazione dei componenti in base al loro intento di accesso aumenta le prestazioni nel runtime del server delle applicazioni.

La query dinamica migliora i bean enterprise abilitando il client a eseguire query personalizzate sui componenti degli EJB durante il runtime. Fino ad ora, le ricerche degli EJB e le mappature del campo sono state implementate in fase di sviluppo e hanno richiesto ulteriore sviluppo o riassemblaggio per poter essere modificati.

Poiché le applicazioni Java EE hanno rapporti di lettura - scrittura elevati e possono tollerare piccoli gradi di latenza nella valuta dei loro dati, la cache dinamica può creare opportunità per guadagni significativi nel tempo di risposta del server, nella velocità di trasmissione e nella scalabilità.

Le funzioni includono la replica della cache tra i cluster, l'offload del disco della cache, il lato Edge include il caching e la caching esterna - la possibilità di controllare i cachi al di fuori del server delle applicazioni, come quello del proprio Web server.

ActivitySessions consente di estendere l'ambito di più transazioni locali e di raggrupparli. Ciò consente loro di essere impegnati in base a criteri di distribuzione o attraverso una logica di programma esplicita.

I fagioli asincroni offrono miglioramenti delle prestazioni per le attività intensive di risorse abilitando le singole attività a funzionare come più attività. Le strutture di pianificazione asincrone possono essere utilizzate anche per elaborare le richieste di elaborazione parallele in modalità batch in un momento designato. Il prodotto fornisce il supporto completo per l'esecuzione asincrona e l'invocazione di thread e componenti all'interno del server delle applicazioni. Il server delle applicazioni fornisce il contesto di esecuzione e sicurezza per i componenti, rendendoli parte integrante dell'applicazione.

Le aree di lavoro consentono una condivisione efficiente delle informazioni attraverso un'applicazione distribuita. Ad esempio, potresti voler aggiungere informazioni di profilo come ogni cliente entra nella tua applicazione. Inserendo queste informazioni in un'area di lavoro, sarà disponibile per tutta la tua applicazione, eliminando la necessità di codificare una soluzione o di leggere e scrivere informazioni ad un database.