Scopo
Questa guida al tool descrive come Rational XDE supporta la progettazione di Linea guida: EJB (Enterprise JavaBean). Per ulteriori informazioni sulla
progettazione di EJB, vedere Linea guida: Progettazione di EJB (Enterprise JavaBean).
Panoramica
Questa guida al tool considera già creati il modello di codice EJB di XDE e la struttura del pacchetto. Per
ulteriori informazioni, consultare Guida ai tool: Impostazione di un progetto utilizzando Rational XDE
Developer.
Le seguenti operazioni vengono effettuate in questa guida al tool:
Per ulteriori informazioni
I collegamenti alle sezioni della guida in linea di Rational XDE™ sono contrassegnate con .
I seguenti passaggi descrivono come creare EJB utilizzando XDE:
-
Decidere sulle convenzioni per i nomi di EJB e sulla creazione di interfacce remote o locali. Definire con anticipo
queste preferenze. Per informazioni su come impostare queste preferenze, vedere
Impostazione di preferenze EJB/servlet
.
-
Aggiungere uno o più EJB al modello. Consultare
Creazione di EJB
.
Nota: gli EJB possono essere creati da una classe esistente, in questo caso i metodi e i campi nelle classi
verranno copiati nell'EJB. Vedere Creazione di EJB da classi esistenti
. Nel creare EJB da
classi esistenti, è possibile selezionare diverse classi allo stesso tempo nel modello Explorer. Tutte le classi
verranno convertite nello stesso tipo di EJB. È possibile dunque creare tutte le sessioni EJB in una operazione,
gli EJB di entità CMP 2.0 in un'altra operazione ecc.
Il modo migliore per visualizzare e modellare EJB è utilizzare il diagramma EJB che fornisce una vista configurabile e
sintetizzata degli EJB. Vedere diagramma EJB
. Ad esempio, per impostazione
predefinita, le interfacce sono rimosse poiché superflue e i campi CMP 2.0 sono mostrati come attributi, sebbene siano
in realtà implementati come coppia dei metodi astratti "get/set" (ugualmente soppressi).
Nota: per questo motivo nel modello Explorer si vedrà un "attributo" per il campo CMP e un diagramma di classe
regolare per un EJB di entità CMP 2.0, sebbene l'attributo risulterebbe "illegale" nel codice di origine. In casi come
questo, l'attributo ha un valore "falso" per la proprietà di "sincronizzazione" e verrà ignorato nel roundtrip
engineering.
Definizione degli attributi
Una volta creati gli EJB, è possibile aggiungere nuovi campi. Ad esempio, vedere Aggiunta di campi gestiti dal contenitore a bean entità
.
È possibile creare campi (o classi) di chiave primaria per gli EJB di entità. Vedere Aggiunta di chiavi primarie ai bean entità
.
È inoltre possibile definire associazioni tra le tabelle di database nel modello
Dati ed EJB di entità CMP. Per maggiori dettagli, leggere l' Utilizzo di EJB nei database
.
È possibile aggiungere metodi "business" che implementino la logica dell'applicazione, ad esempio l'eventuale accesso
di lettura e scrittura ai dati e metodi di supporto EJB quali "find", "select", e "create". Vedere Modellazione di metodi su EJB
.
I metodi di supporto EJB standard saranno esposti nella relativa interfaccia. I metodi Java generici sono trattati come
metodi di supporto dell'implementazione e non sono automaticamente promossi ad un'interfaccia. sI metodi di supporto
dell'implementazione possono invece essere "promossi" all'interfaccia adeguata (home o istanza). Vedere Promozione di metodi Business
.
Nel progettare EJB di entità BMP è necessario includere tutti i metodi "create", "postCreate" e "find" al fine di
creare EJB e popolarne i dati in modo appropriato. Inoltre, per EJB di entità BMP e CMP sarà necessario fornire "metodi
business" adeguati che permettano ai client di accedere e manipolare i dati.
Anche se una parte del comportamento EJB è fornito dai metodi, è necessario aggiungerne altri mediante collaborazioni
EJB. Il tool Connector Assistant consente di creare riferimenti tra EJB oltre a relazioni gestite dal contenitore (CMR)
tra EJB di entità CMP 2.0. Vedere Definizione di relazioni per EJB
.
Il supporto di classi Java può essere modellato in modelli di codice Java separati o nello stesso modello di codice
EJB.
Pattern più complessi includono collaborazioni di classi di supporto che incapsulano creazioni EJB per client bean (per
il pattern "Service Locator", vedere Core J2EE Patterns ([ALU01]). I pattern integrati "Gang of Four" (GoF) possono anche essere applicati
(vedere Applicazione dei pattern di modello
Gang of Four . Per
ulteriori informazioni sull'applicazione di pattern, vedere Applicazione di pattern
.
Per informazioni generali su EJB in XDE, vedere Modellazione di EJB
.
Vedere anche Panoramica della modellazione
EJB .
|