Serviço do Mediador de Dados Enterprise JavaBeans

O Serviço do Mediador de Dados (DMS) Enterprise JavaBeans (EJB) é a interface Java™ de Objetos de Dados de Serviço (SDO) que, fornecido um pedido no formato de consultas EJB, retorna dados como um DataGraph contendo DataObjects de vários tipos.

Isso difere de um localizador EJB comum ou um método ejbSelect, que também efetua uma consulta EJB, mas retorna uma coleção de objetos EJB do mesmo tipo ou uma coleção de valores de persistência gerenciada por contêiner (CMP).

O EJB DMS permite especificar uma consulta de EJB que retorna um gráfico de dados (o DataGraph) de objetos de dados (DataObjects). A consulta pode ser expressa como uma consulta EJB composta que está contida em uma matriz de cadeia de instruções de consulta EJB. Uma vantagem de utilizar um DataGraph é que grande parte do código gravado em um bean de sessão de fachada do EJB que cria, preenche e atualiza objetos auxiliares de cópia pode ser substituída por um DataGraph e um DMS.
Importante: O EJB DMS tem suporte para beans de entidade CMP (persistência gerenciada por contêiner) EJB2.x somente. Ele não suporta os módulos EJB 3.x.

É possível obter um DataGraph usando a chamada getGraph, a partir de instâncias EJB armazenadas em cache no contêiner, ou o pedido de consulta pode ser compilado na SQL e executado diretamente na origem de dados.

Os DataObjects atualizados podem ser gravados de volta no armazenamento de dados usando o método applyChanges de uma de duas maneiras. As atualizações podem ser convertidas em SQL e aplicadas diretamente ao data store ou podem ser gravadas de volta por meio dos métodos do acessor do EJB. Responder diretamente à origem de dados pode melhorar o desempenho, porque evita a ativação do EJB. Entretanto, se a lógica de negócios ou a função de contêiner EJB for necessária ao aplicativo, responder por meio do EJB é a abordagem preferencial. Quando gravar novamente por meio do EJB, poderá especificar um método MediatorAdapter definido pelo usuário para assegurar manipulação customizada de DataObjects alterados. Essa customização pode incluir controle de simultaneidade otimista específico do aplicativo, ao chamar os métodos de negócios no EJB para executar atualizações, atualizar os valores calculados no DataObject e chamar métodos de criação específicos do aplicativo no EJBHome.

O processo de atualização não é dependente de como o DataGraph foi recuperado originalmente. Em outras palavras, é possível recuperar um DataGraph diretamente da origem de dados, mas ter as atualizações adiadas aplicadas por meio do enterprise bean ou de outra forma.

Independente de qual abordagem de atualização é utilizada, um algoritmo de controle de coincidência otimista é utilizado. Os campos designados como de consistência são lidos durante a atualização para garantir que o valor atual seja igual ao campo DataObject de valor antigo.

Processamento do Tempo de Execução

Um pedido de mediador EJB é uma consulta EJB composta, que consiste em uma lista ordenada de consultas EJB comuns. Cada consulta na consulta composta define um SDO. A cláusula SELECT da consulta especifica os campos ou expressões de CMP para retornar no DataObject. A cláusula WHERE especifica as condições de filtragem. A primeira consulta na lista é considerada o nó ROOT no DataGraph. A cláusula FROM de uma consulta, diferente da primeira, especifica um relacionamento EJB que é utilizado para criar preferências entre DataObjects. Detalhes adicionais sobre como o esquema DataGraph é derivado da consulta podem ser localizados no tópico Esquema DataGraph.


Ícone que indica o tipo de tópico Tópico de Conceito



Ícone de registro de data e hora Última atualização: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cejb_ejbmed
Nome do arquivo: cejb_ejbmed.html