Capitolo 2 : Seconda Parte : Java EE Server e Containers

3 Sono i livelli compresi in questa esposizione:

1. “Client Machine” che è composto da: un “application client” all’interno di un “application client container” e un web browser che visualizza le JSP
2. “Java EE Server” costituito da due sottolivelli: il “Web Container” e l’ “EJB Container” che rispettivamente contengono i Servlet e le JSP pages di cui sopra, e gli Enterprise Bean che comunicano con il Database (terzo livello) e altri Enterprise Bean all’interno dell’ “EJB Container”

Riformulazione esplicitante:

1. “Java EE server” = “The runtime portion of a Java EE product. A Java EE server provides: EJB e Web Containers”
2. “EJB Container” = “Manages the execution of enterprise beans for Java EE applications”
3. “Web Container” = “Manages the execution of Jsp pages and servlet components for Java EE applications”
4. “Application Client Container” = “Manages the execution of “application client components” (”application client components” and their “Container” run on the Client Machine).
5. “Applet container” = “Manages the execution of applets. Consists of a web browser (with the Java Plug-in running on the client together).

Capitolo 2 : i Java EE Containers: Prima Parte

I “thin-client multitiered applications” sono veramente “hard” da sviluppare.
Pertanto, lo scopo di rendere più “easy” la scrittura del codice per renderlo “reusable” è l’obiettivo dei componenti basati sulla platform di Java EE Architecture.

I “Container Services” sono interfacce tra un componente e il low-level specifico della platform.

Procedura:

1. Prima che un “componente web”, o un “enterprise bean”, o un “application client” possano essere eseguiti, MUST assemblarli in un “Java EE module” e eseguirli all’interno del loro Container.
2. Il “processo di assemblamento” si effettua specificando il “Container Setting” per ciascun componente della Java EE applicazione e per la Java EE applicazione stessa.

Un primo approccio ai Java EE Containers:

1. I “Container Settings” personalizzano il supporto provvisto da Java EE Server, includendo servizi come il “Java EE security model” che consente allo sviluppatore di configurare un “web component” o un “enterprise bean” in modo tale che alle “system resources” possano avere accesso solo gli “authorized users”.
2. Il secondo servizio è il “Java EE transaction model” che consente allo sviluppatore di specificare le relazioni tra metodi che costituiscano una singola transazione così che tutti i metodi in UNA transazione siano trattati come una “single unit”
3. Il “JNDI (Java Naming and Directory Interface) lookup services” provvede ad una interfaccia unificata per molteplici “naming and directory services” con lo scopo che gli “application components” possano accedere a questi servizi
4. Il “Java EE remote connectivity model” gestisce la comunicazione al low-level tra “clients” e “enterprise beans”. Dopo che un “enterprise bean” è stato creato, un “client” invoca i “methods” su esso

 

Capitolo I : Parte Ottava : EIS-Tier (Enterprise Information System)

Il Tier  dell’EIS (Enterprise Information System) è costituito da 3 sottolivelli:

1. L’ ERP (Enterprise Resource Planning) Tier, cioè il “Client Tier” composto dall’ “Application Client” e da (opzionali) “JavaBeans Components” che comunicano direttamente con l’EIS Tier dove risiede il Database.
2. Inoltre, il “Client Tier” è costituito dal Web Browser, dalle Web Pages, dagli Applets e ancora una volta dagli “Optional JavaBeans Components” che comunicano con il Web Tier, in particolare con le JSP Pages e i Servlets. Queste ultime componenti comunicano con gli “Optional JavaBeans Components” contenuti nel “Java EE Server” che comprende anche il “Business Tier”, costituito dalle “Java Persistence Entities” che sono 2:
3. I “Session Beans”
4. E i “Message-Driver Beans”
   entrambi compresi nel “Business Tier” a sua volta compreso nel “Java EE Server”.I “Session Beans” comunicano con gli “Optional JavaBeans Components” del Web Tier; mentre i “Message-Driver Beans” comunicano con il Database contenuto nell’EIS Tier.

Capitolo I : Parte Settima: i Business Components

1. Un EJB (Enterprise JavaBeans) ricava “data” dai “client programs”
2. Li “processa/elabora” (se necessario)
3. E li invia all’ EIS (Enterprise Information System) Tier
4. per lo “storage”
5. Un EJB può trovare “data” nello “storage”: li processa/elabora (se necessario)
6. e li invia indietro al “client program”

Capitolo I : Parte Sesta : Web Tier and Java EE Applications

Qui i livelli sono 2:

1. Il Client Tier costituito da “Application Client e Optional JavaBeans Components” che comunicano con il “Business Tier” sottostante. Poi ci sono il Web Browser, le Web Pages, gli Applets, e gli “opzionali JavaBeans Components” che comunicano con le JSP del Web Tier compreso nel livello del Java EE Server
2. Il Java EE Server supporta il:
   Web Tier, a sua volta costituito dai JavaBeans Components (optional) che comunicano con le JSP e i Servlets e soprattutto con il Business Tier, di pari livello.

Capitolo I : Quinta Parte : i Web Components

1. I Servlets sono classi Java che dinamicamente inviano requests e il server restituisce responses
2. JSP
3. JSF, Java Server Faces, si tratta di un “user interface” di un framework, componenti per web applications

Capitolo I : Quinta Parte : Java EE Server Communications

I “Server Communications” (”thick client” e “thin client”) sono così strutturati:
1. Il “Client Tier” comprende l’ “Application Client” e gli opzionali “JavaBeans Components”
2. Il Web Browser
3. Le Web Pages
4. Gli Applets
5. e i già citati (opzionali) JavaBeans Components

Java EE Server Communications

Il “Client Tier ” comunica con il “Business Tier” supportato dal Java EE Server:
1. sia direttamente
2. oppure, come nel caso di un client visualizzato su un browser attraverso JSP
3. oppure ancora con i servlets che sono supportati dal “Web Tier”

Il livello “sottostante” è costituito dai seguenti componenti:

1. Web Tier che è in “comunicazione” con i JavaBeans Components del Client Tier, e nel proprio livello con i
2. Business Tier, che  comunicano anch’essi con gli optional JavaBeans del Client Tier

Capitolo I : Quarta Parte : il “Data Flow”

L’Architettura dei Componenti JavaBeans comprende:

1. Il “data flow” tra un “application client (applet) e i componenti che si basano sul Java EE Server
2. e il “flusso di dati” tra i “server components” e un Database

Capitolo I : Terza Parte: i “Java EE Clients”

I Java EE Clients sono:

1. o un “web client”
2. o un “application client”

I “Web Clients” a loro volta sono suddivisi in 2 parti:

Le “Dynamics Web Pages” che comprendono vari tipi di linguaggi di markup (HTML, XML…) che sono generati dai “web components” grazie ai “Web Tier” che li supportano.
Un Web Browser visualizza le pagine ricevute dal server.
p.s. Un “Web Client” è chiamato talvolta “thin client”.

Gli “Applets”, ovvero “Application Clients” che hanno accesso diretto agli EJB e sono supportati dal “business tier”: sono realizzabili con le tipiche GUI di Java, la fondamentale AWT (”Abstract Window Toolkit”) e la più recente “Swing” che tuttavia si basa sui package di AWT.

Capitolo I: Seconda parte : Client-Side vs. Server-Side

I “Java EE Components” sono i seguenti:

Client-Side
1. Application Clients
2. Applets

Server-Side
1. Java servlet (= server+applet)
2. Java Server Faces
3. JSP, ovvero Java Server Pages

Server-Side
1. EJB: Enterprise JavaBeans (”business components”)