Data Mediator Service de Enterprise JavaBeans

Data Mediator Service (DMS) de Enterprise JavaBeans (EJB) es la interfaz Java™ de SDO (Service Data Objects) que, dada una solicitud en forma de consultas de EJB, devuelve datos en un DataGraph que contiene DataObjects de varios tipos.

Esto difiere de un método ejbSelect o finder de EJB, que también parte de una consulta de EJB, pero devuelve una colección de objetos EJB (todos del mismo tipo) o una colección de valores CMP (persistencia gestionada por contenedor).

El DMS de EJB permite especificar una consulta de EJB que devuelve un gráfico de datos (el DataGraph) de objetos de datos (DataObjects). La consulta se puede expresar como una consulta de EJB compuesta contenida en una matriz de series de sentencias de consulta de EJB. Una de las ventajas de utilizar un DataGraph es que gran parte del código escrito en un bean de sesión de fachada EJB para crear, rellenar y actualizar objetos de ayudante de copia, se puede sustituir por un DataGraph y un DMS.
Importante: DMS Mediator Service de EJB da soporte sólo a beans de entidad CMP (persistencia gestionada por contenedor) EJB2.x. No da soporte a módulos EJB 3.x.

Puede obtener un DataGraph utilizando la llamada getGraph, a partir de las instancias de EJB almacenadas en la memoria caché del contenedor, o la solicitud de consulta se puede compilar en SQL y ejecutarse directamente en el origen de datos.

Los DataObjects actualizados se pueden volver a escribir en el almacén de datos utilizando el método applyChanges de una de dos formas posibles. Las actualizaciones se pueden convertir en SQL y aplicar directamente al almacén de datos o se pueden volver a escribir mediante los métodos de accesor de EJB. Si se vuelven a escribir directamente en el almacén de datos, el rendimiento aumentará, ya que se evita la activación de EJB. No obstante, si la aplicación necesita la función de contenedor de EJB o la lógica empresarial, el enfoque preferido es la escritura mediante EJB. Cuando se vuelven a escribir mediante EJB, puede especificar un método MediatorAdapter definido por el usuario para garantizar el manejo personalizado de los DataObjects modificados. Esta personalización puede incluir el control de simultaneidad optimista específico de la aplicación, la invocación de métodos de negocio en el EJB para realizar actualizaciones, la actualizaciones de valores calculados en el DataObject y la llamada a métodos create específicos de la aplicación en EJBHome.

El proceso de actualización no depende de cómo se ha recuperado el DataGraph originalmente. Es decir, se puede recuperar un DataGraph directamente del origen de datos pero aplicar las actualizaciones diferidas mediante el enterprise bean, o al revés.

Independientemente de qué enfoque de actualización utilice, se utiliza un algoritmo de control de simultaneidad optimista. Los campos designados como campos de coherencia se leen durante la actualización para garantizar que el valor actual sea igual que el valor antiguo del campo DataObject.

Proceso de tiempo de ejecución

Una solicitud de mediador de EJB es una consulta de EJB compuesta, formada por una lista ordenada de consultas de EJB regulares. Cada consulta en la consulta compuesta define un SDO. La cláusula SELECT de la consulta especifica las expresiones o los campos de CMP que se deben devolver en el DataObject. La cláusula WHERE especifica las condiciones de filtrado. La primera consulta de la lista se considera que es el nodo ROOT en el DataGraph. La cláusula FROM de una consulta, distinta de la primera, especifica una relación de EJB que se utiliza para crear referencias entre DataObjects. Encontrará información más detallada sobre cómo se deriva el esquema de DataGraph de la consulta en el tema sobre el esquema de DataGraph.


Icon that indicates the type of topic Concept topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cejb_ejbmed
File name: cejb_ejbmed.html