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

Os dados podem ser acessados de várias maneiras:
  • 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

  1. 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:
    • [AIX Solaris HP-UX Linux Windows][z/OS]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.

      [z/OS]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).

    • [AIX Solaris HP-UX Linux Windows][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.
    • [IBM i]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.

  2. 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.

  3. 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.

  4. [z/OS]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.

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



Í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=tdat_impdatacc
Nome do arquivo: tdat_impdatacc.html