Desenvolvendo Aplicativos de Acesso a Dados
É possível usar aplicativos de acesso a dados para manipular dados de origens externas para uso no ambiente de serviço do aplicativo.
Sobre Esta Tarefa
- utilizando APIs padrão ou estendidas
- utilizando beans de persistência gerenciados pelo contêiner
- usando beans de persistência gerenciados por bean, beans de sessão ou componentes da Web.
- utilizando SDO (Service Data Objects)
Procedimento
- Decida como implementar o acesso a dados.
O modelo de programação EJB (Enterprise JavaBeans) fornece vários tipos de componentes de servidor distinto: entidade, sessão e beans orientados a mensagem e servlets. Entres esses tipos, os beans de entidade são geralmente utilizados para modelar componentes de negócios em um aplicativo. Os beans de entidade possuem estado e comportamento.
O estado dos beans de entidade é persistente e é armazenado em um banco de dados. À medida que as mudanças são feitas em um bean de entidade, seu estado é mantido em sincronização com o registro de banco de dados que representa o bean. Há dois tipos de beans de entidade fornecidos pelo modelo EJB e esses dois tipos diferem no mecanismo utilizado para fornecer a persistência. Esses dois tipos de beans de entidade são beans CMP (persistência gerenciada pelo contêiner) e beans BMP (persistência gerenciada pelo bean).
- Com os beans BMP, o desenvolvedor produz manualmente o código para gerenciar o estado de persistência do bean.
- Com beans CMP, o contêiner EJB gerencia o estado persistente
do bean. O gerenciamento do estado persistente é uma tarefa complexa e difícil;
o uso dos beans CMP permite que o desenvolvedor concentre-se na lógica
de negócios, delegando comportamento de persistência ao contêiner.
Exemplos típicos de beans CMP são Customer, Account, etc. Como os beans CMP são objetos, seus dados (estado) são acessados por meio de acessadores de campo. Por exemplo, um bean de entidade Customer provavelmente terá campos como name e phoneNumber. Esses fragmentos de dados são acessados por meio dos métodos de acesso getName()/setName() e getPhoneNumber()/setPhoneNumber(). Como um desenvolvedor, você não deve se preocupar como esses dados serão eventualmente armazenados e recuperados do banco de dados de backend e pode considerar que a integridade dos dados será mantida pelo contêiner.
Consulte o tópico, Desenvolvendo Enterprise Beans para obter informações sobre o desenvolvimento de beans de entidade.Dicas:Para maximizar a eficiência dos pedidos de aplicativos para bancos de dados relacionais, considere usar SQLJ (Structured Query Language em Java™) ao desenvolver beans BMP e CMP. Esta opção está disponível para aplicativos que usam o DB2 JDBC Universal Driver para acessar bancos de dados DB2.
A única exceção para este requisito de driver aplica-se a beans BMP retornados por SQLJ que acessam o DB2 para z/OS; esse esquema requer o driver herdadoDB2 para z/OS (requerido para RRS do provedor JDBC local do DB2 para z/OS).
Considere também o uso da capacidade de retenção do cursor para obter ganhos de desempenho potenciais; consulte o tópico, Suporte de capacidade de suspensão do cursor do aplicativo JDBC, para obter detalhes.
Considere o uso da capacidade de retenção do cursor para maximizar a eficiência dos pedidos do aplicativo para bancos de dados relacionais;
Uma alternativa para o desenvolvimento de beans de entidade é usar a estrutura do SDO (Service Data Objects), que é uma estrutura unificada para o desenvolvimento de aplicativos de dados. Com SDO, não é necessário estar familiarizado com uma API de tecnologia específica para acessar e usar dados. É necessário saber apenas uma API, a API SDO, que permite trabalhar com os dados de várias origens, incluindo bancos de dados relacionais, componentes EJB de entidade, páginas XML, serviços da Web, o Java Connector Architecture, JavaServer Pages, entre outros.
- Consulte uma origem de dados ou um connection factory usando uma referência de recurso. Consulte o tópico, Procurando origens de dados com referências de recursos para acesso relacional
para obter informações adicionais. Não execute
esta etapa ser você trabalhar com beans CMP. O contêiner do EJB manipula
esse processo para beans CMP. Para executar aplicativos no WebSphere Application Server, seu código deve usar referências de recursos para origens de dados ou connection factories logicamente nomeadas. O mapeamento das referências de recursos para recursos reais normalmente é feito no momento da montagem. O administrador do servidor de aplicativos configura esses recursos.
- Para o acesso ao banco de dados relacional, os administradores configuram um provedor JDBC e origens de dados associadas, que trabalham com o WebSphere Relational Resource Adapter integrado.
- Para acesso ao banco de dados não-relacional, os administradores instalam um adaptador de recursos Java Platform, Enterprise Edition (Java EE) Connector Architecture (JCA) em um servidor de aplicativos e configuram as connection factories associadas.
A implementação de contexto de trabalho genérica fornece um mecanismo para um adaptador de recursos para controlar os contextos nos quais instâncias de trabalho submetidas pelo adaptador de recursos ao gerenciador de trabalho do produto para execução são executadas. Ao submeter uma instância de trabalho que implemente a interface WorkContextProvider, o adaptador de recursos pode propagar vários tipos de contexto para o WebSphere Application Server. O servidor de aplicativos então, se suportar o tipo de contexto propagado, configurará o contexto fornecido como o contexto de execução da instância de trabalho durante sua execução.
- Obtenha uma conexão a uma origem de dados ou uma connection factory.
Consulte a seção
"Obtendo Conexões" do tópico, Ciclo de Vida da Conexão para obter detalhes.) Não execute
esta etapa ser você trabalhar com beans CMP. O contêiner do EJB manipula
esse processo para beans CMP.
A arquitetura de gerenciamento de conexões para o acesso relacional e orientado por procedimentos a EIS (enterprise information systems) é baseada na especificação JCA Java EE Connector Architecture). O Gerenciador de Conexão (CM), o qual coloca em conjunto e gerencia conexões em um servidor de aplicativos, é capaz de gerenciar conexões obtidas tanto por adaptadores de recursos (RAs) definidos pela especificação JCA quanto por origens de dados definidas pela Especificação de Extensões de JDBC.
Use a identidade do encadeamento para designar um proprietário para a conexão. Consulte o tópico, Usando Identidade do Encadeamento, de suporte para obter informações adicionais.
Subtópicos
Utilizando Suporte à Identidade do Encadeamento
A função identidade do encadeamento permite designar um identificador de encadeamento como proprietário de uma conexão quando você se conecta pela primeira vez. Essa função aplica-se apenas aos adaptadores de recursos Java Platform, Enterprise Edition (Java EE) Connector Architecture (JCA) e aos provedores JDBC (Java Database Connectivity) agrupados em RRA (Relational Resource Adapter) (RRA) que suportam o uso de identidades de encadeamento para propriedades de conexão.Transportando um aplicativo Liberty que usa o MongoDB para o perfil completo
É possível transportar um aplicativo Liberty que usa MongoDB para ser executado no perfil completo do WebSphere Application Server.Usando Validação de Bean em Módulos RAR
O WebSphere Application Server valida restrições de JavaBeans de Resource Archive (RAR) em conformidade com a especificação Java Connector Architecture (JCA) versão 1.6.Suporte de JCA 1.6 para Anotações em Módulos RAR
A especificação do Java Connector Architecture (JCA) Versão 1.6 inclui suporte para as anotações do Java nos módulos resource archive (RAR). Anotações são um meio de especificar metadados, ou dados de configuração, para um módulo RAR nos arquivos de classe que compõem o módulo.Extensões para APIs de Acesso a Dados
Se uma única API de acesso a dados não fornecer uma solução completa para seus aplicativos, utilize as extensões do WebSphere Application Server para obter interoperabilidade entre as APIs JCA e JDBC.Criando as Tabelas de Banco de Dados Novamente a partir da Tabela Exportada Data Definition Language
Quando a ferramenta de implementação do WebSphere Application Server implementa um arquivo jar EJB que contém enterprise beans CMP (container-managed persistence), ela seleciona o banco de dados de destino e cria um arquivo Table.ddl correspondente. Esse arquivo contém a instrução SQL necessária para gerar a tabela do banco de dados para seus beans CMP.Tecnologias associadas ao bean de persistência gerenciada por contêiner
O WebSphere Application Server entrega serviços de persistência gerenciada por contêiner (CMP) além dos padrões definidos pela especificação Enterprise JavaBeans (EJB).Manipulando a Sincronização de Beans de Entidade e Armazéns de Dados
É possível indicar que um determinado tipo de Enterprise JavaBeans (EJB) não deve sincronizar seu estado para armazenamento persistente antes de cada chamada de findBy utilizando variáveis de ambiente ou uma interface de marcador.Evitando Chamadas ejbStore em Instâncias de EntityBean Não Modificadas
É possível configurar as instâncias de EntityBean para ignorarem uma chamada do método ejbStore se elas não tiverem sido modificadas durante a transação atual.Benefícios de Referência de Recurso
O WebSphere Application Server exige que o código mencione os recursos do servidor de aplicativos (como origens de dados ou connection factories J2C) utilizando nomes lógicos, em vez de acessar os recursos diretamente no espaço de nomes da JNDI (Java Naming and Directory Interface). Esses nomes lógicos são chamados de referências de recursos.Acessando Dados Usando Conectores Java EE Connector Architecture
Para acessar dados de um aplicativo compatível com JCA (Java EE Connector Architecture) no WebSphere Application Server, configure e use adaptadores de recursos e connection factories.Dicas de Desenvolvimento de Aplicativos JDBC
Ao usar as boas práticas para maximizar a eficiência das consultas JDBC, é possível potencialmente aumentar o desempenho do aplicativo.Suporte de Retenção de Cursor do Aplicativo JDBC
O recurso de capacidade de suspensão do cursor pode reduzir a sobrecarga da interação JDBC com seu banco de dados relacional, ajudando, assim, a aumentar o desempenho do aplicativo.Tipos de bean de acesso de dados
Para facilitar a programação de acesso a dados, o WebSphere Application Server fornece uma biblioteca de classes especial que implementa muitos métodos da API Java Database Connectivity (JDBC) para você. A biblioteca é basicamente um conjunto de Objetos de Dados de Serviço (SDO).Acessando dados de aplicativos clientes
Para acessar um banco de dados diretamente de um cliente de aplicativo Java Platform, Enterprise Edition (Java EE), recupere um objeto javax.sql.DataSource de uma referência de recurso configurada no descritor de implementação do cliente. Essa referência de recurso é configurada como parte do descritor de implementação para o aplicativo cliente e fornece uma referência a um objeto da origem de dados pré-configurado.Acesso a Dados com Service DataObjects, versões de API 1.0 e 2.01
A estrutura do SDO (Service Data Objects) é um mecanismo de acesso a dados centrado em dados, desconectado e integrado ao XML que fornece um conjunto de resultados independente da origem.Usando o Serviço Mediador de Dados do Java Database Connectivity para Acesso a Dados
As seguintes etapas demonstram como criar os metadados para um DMS (data mediator service JDBC (Java Database Connectivity), bem como instanciar o gráfico de dados do DMS.Usando o Serviço Mediador de Dados EJB para Acesso a Dados
As seguintes etapas usam as amostras de código para descrever uma instância simples de como criar os metadados DMS (data mediator service) EJB (Enterprise JavaBeans).Desenvolvendo uma Classe DataStoreHelper Customizada
Aplique a extensão WebSphere, classe GenericDataStoreHelper, para criar seu próprio auxiliar de armazenamento de dados para origens de dados que o servidor de aplicativos não suporta. Com esta classe auxiliar, sua configuração do JDBC pode usar funções específicas do banco de dados durante as transações.Transportando um aplicativo Liberty que usa o MongoDB para o perfil completo
É possível transportar um aplicativo Liberty que usa MongoDB para ser executado no perfil completo do WebSphere Application Server.Usando Validação de Bean em Módulos RAR
O WebSphere Application Server valida restrições de JavaBeans de Resource Archive (RAR) em conformidade com a especificação Java Connector Architecture (JCA) versão 1.6.Suporte de JCA 1.6 para Anotações em Módulos RAR
A especificação do Java Connector Architecture (JCA) Versão 1.6 inclui suporte para as anotações do Java nos módulos resource archive (RAR). Anotações são um meio de especificar metadados, ou dados de configuração, para um módulo RAR nos arquivos de classe que compõem o módulo.Extensões para APIs de Acesso a Dados
Se uma única API de acesso a dados não fornecer uma solução completa para seus aplicativos, utilize as extensões do WebSphere Application Server para obter interoperabilidade entre as APIs JCA e JDBC.Criando as Tabelas de Banco de Dados Novamente a partir da Tabela Exportada Data Definition Language
Quando a ferramenta de implementação do WebSphere Application Server implementa um arquivo jar EJB que contém enterprise beans CMP (container-managed persistence), ela seleciona o banco de dados de destino e cria um arquivo Table.ddl correspondente. Esse arquivo contém a instrução SQL necessária para gerar a tabela do banco de dados para seus beans CMP.Tecnologias associadas ao bean de persistência gerenciada por contêiner
O WebSphere Application Server entrega serviços de persistência gerenciada por contêiner (CMP) além dos padrões definidos pela especificação Enterprise JavaBeans (EJB).Manipulando a Sincronização de Beans de Entidade e Armazéns de Dados
É possível indicar que um determinado tipo de Enterprise JavaBeans (EJB) não deve sincronizar seu estado para armazenamento persistente antes de cada chamada de findBy utilizando variáveis de ambiente ou uma interface de marcador.Evitando Chamadas ejbStore em Instâncias de EntityBean Não Modificadas
É possível configurar as instâncias de EntityBean para ignorarem uma chamada do método ejbStore se elas não tiverem sido modificadas durante a transação atual.Benefícios de Referência de Recurso
O WebSphere Application Server exige que o código mencione os recursos do servidor de aplicativos (como origens de dados ou connection factories J2C) utilizando nomes lógicos, em vez de acessar os recursos diretamente no espaço de nomes da JNDI (Java Naming and Directory Interface). Esses nomes lógicos são chamados de referências de recursos.Acessando Dados Usando Conectores Java EE Connector Architecture
Para acessar dados de um aplicativo compatível com JCA (Java EE Connector Architecture) no WebSphere Application Server, configure e use adaptadores de recursos e connection factories.Dicas de Desenvolvimento de Aplicativos JDBC
Ao usar as boas práticas para maximizar a eficiência das consultas JDBC, é possível potencialmente aumentar o desempenho do aplicativo.Suporte de Retenção de Cursor do Aplicativo JDBC
O recurso de capacidade de suspensão do cursor pode reduzir a sobrecarga da interação JDBC com seu banco de dados relacional, ajudando, assim, a aumentar o desempenho do aplicativo.Tipos de bean de acesso de dados
Para facilitar a programação de acesso a dados, o WebSphere Application Server fornece uma biblioteca de classes especial que implementa muitos métodos da API Java Database Connectivity (JDBC) para você. A biblioteca é basicamente um conjunto de Objetos de Dados de Serviço (SDO).Acessando dados de aplicativos clientes
Para acessar um banco de dados diretamente de um cliente de aplicativo Java Platform, Enterprise Edition (Java EE), recupere um objeto javax.sql.DataSource de uma referência de recurso configurada no descritor de implementação do cliente. Essa referência de recurso é configurada como parte do descritor de implementação para o aplicativo cliente e fornece uma referência a um objeto da origem de dados pré-configurado.Acesso a Dados com Service DataObjects, versões de API 1.0 e 2.01
A estrutura do SDO (Service Data Objects) é um mecanismo de acesso a dados centrado em dados, desconectado e integrado ao XML que fornece um conjunto de resultados independente da origem.Usando o Serviço Mediador de Dados do Java Database Connectivity para Acesso a Dados
As seguintes etapas demonstram como criar os metadados para um DMS (data mediator service JDBC (Java Database Connectivity), bem como instanciar o gráfico de dados do DMS.Usando o Serviço Mediador de Dados EJB para Acesso a Dados
As seguintes etapas usam as amostras de código para descrever uma instância simples de como criar os metadados DMS (data mediator service) EJB (Enterprise JavaBeans).Desenvolvendo uma Classe DataStoreHelper Customizada
Aplique a extensão WebSphere, classe GenericDataStoreHelper, para criar seu próprio auxiliar de armazenamento de dados para origens de dados que o servidor de aplicativos não suporta. Com esta classe auxiliar, sua configuração do JDBC pode usar funções específicas do banco de dados durante as transações.


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tdat_impdatacc
Nome do arquivo: tdat_impdatacc.html