Ruoli nell'architettura degli EJB

Questo è quanto ho capito riguardo la suddivisione dei ruoli nell'ambito dell'architettura degli EJB.
La specifica definisce i 7 ruoli diversi che ci dovrebbero essere in un mondo "ideale",  motivando così le peculiarità di ogni ruolo.

System Administrator

L’amministratore di sistema è responsabile della configurazione e amministrazione della infrastruttura di rete che include l’EJB Server ed il Container. E’ inoltre responsabile del controllo e monitoraggio degli EJB deployati.

Bean Provider

Il bean provider è tipicamente un esperto del dominio applicativo .

Realizza EJB riutilizzabili che implementano logiche di business oppure business entities. Non è richiesto che sia un esperto di tematiche come la transazionalità, la concorrenza la security ecc.

Tutte queste tematiche sono demandate all’EJB Container.

Application Assembler

E’ un esperto anche lui del dominio applicativo che si occupa di comporre applicazioni (tipicamente Web application) integrandole con gli EJB forniti dal bean provider.

Lavora quindi con il deployment descriptor dell’EJB e con le interfacce fornite, senza avere conoscenza dei dettagli implementativi degli stessi EJB, che sono a  carico del bean provider.

 
Deployer

Il deployer si occupa dell’installazione sull’AS degli EJB ricevuti dal Bean Provider o dall’Application Assembler.

EJB Server Provider

E’ uno specialista e conoscitore dell’application server su cui gira l’applicazione che utilizza gli EJB.

EJB Container Provider

E’ una sorta di incrocio tra l’application assembler e l’EJB Service Provider, fornisce principalmente:

• Tool a supporto del deploy degli EJB;
• Supporto e assistenza a runtime per gli EJB deplorati.

Persistence Provider

E’ l’esperto del mondo ORM, possiamo rozzamente definirlo il persistence DBA, conosce bene il motore di persistenza utilizzato (Hibernate, IBATIS, etc.) e come ottimizzarlo conoscendo  anche il DB sottostante