La transformación de UML en EJB transforma una clase con el estereotipo <<Service>> en un bean de sesión con estado, sin estado o gestionado por contenedor con el mismo nombre de bean que el de la clase UML de origen. La transformación siempre genera las clases Java siguientes para los beans de sesión:
La transformación genera las clases Java siguientes cuando, en la pestaña Sesión, se pulsa Sólo interfaces remotas:
La transformación genera las clases Java siguientes cuando, en la pestaña Sesión, se pulsa Sólo interfaces locales:
La transformación genera las clases Java siguientes cuando, en la pestaña Sesión, se pulsa Interfaces locales y remotas:
La transformación genera todas las clases de la carpeta de paquetes que genera el paquete padre de la clase UML de origen. Si crea un modelo UML sin paquetes, la transformación crea un paquete por omisión denominado ejbs.
La transformación genera el archivo de clase de bean en el árbol de origen del proyecto EJB de destino.
La transformación genera los cuatro archivos de interfaz en el árbol del origen del proyecto de cliente del proyecto EJB de destino. Si no existe ningún proyecto de cliente, la transformación genera los archivos de interfaz en el proyecto EJB de destino.
La transformación añade datos que definen el bean de sesión al descriptor de despliegue (ejb-jar.xml).
Cada clase UML con un estereotipo <<Service>> tiene una propiedad de estereotipo denominada "hasState". Cuando el valor de hasState es falso, la transformación genera dicha clase UML como un bean de sesión sin estado. Por el contrario, cuando el valor de hasState es verdadero, la transformación genera la clase UML como un bean de sesión con estado.
Nota: La propiedad de estereotipo sólo afecta a las clases UML que genera la transformación como nuevos beans de sesión.
Por omisión, la propiedad hasState tiene un valor de falso, lo que es compatible con los valores por omisión del asistente de creación de beans de sesión.
Si la clase UML de origen para el bean de sesión tiene una relación de generalización (por ejemplo, una relación ampliada) con otra clase UML que tenga el estereotipo <<Service>>, y dicho estereotipo tiene el mismo valor de propiedad "hasState", el bean de sesión que tiene la clase se convierte en la superclase EJB para el bean de sesión que se va a generar.
Si la clase UML de origen tiene relaciones de realización (por ejemplo, relaciones de implementación) con elementos de interfaz, las cuatro interfaces (remota, inicial, local y de inicio local) implementan las interfaces que representan a las interfaces de origen.
La transformación transforma los atributos de la clase UML de origen en propiedades Java de la clase de bean. Para obtener más información sobre cómo se transforman los atributos, consulte la documentación relacionada con la transformación de UML en Java.
Si el tipo del atributo es de otro enterprise bean, la transformación EJB no genera el campo y la asociación para el bean de sesión. En vez de ello, la transformación escribe un mensaje en el archivo de registro que establece que el atributo de origen no se va a transformar.
La transformación transforma las operaciones de la clase UML de origen en métodos empresariales del bean de sesión. Inicialmente, la operación se transforma del mismo modo que una operación de una clase UML no marcada. La operación transformada se añade a las clases que se listan en la tabla siguiente, con algunas modificaciones.
Clase |
Modificaciones de método |
Clase de bean |
Sin cambio |
Interfaz local |
Método de interfaz |
Interfaz remota |
Método de interfaz, emite java.rmi.RemoteException |
Omitidas.
Omitidas.
Condiciones
de uso |
Información
de retorno
(C) Copyright IBM Corporation 2004. Reservados todos los derechos.