Desarrollo de aplicaciones de acceso a datos
Puede utilizar las aplicaciones de acceso a datos para manipular los datos de orígenes externos a fin de utilizarlos en el entorno de servicio de aplicaciones.
Acerca de esta tarea
- Utilizando las API estándar o ampliadas
- Utilizando beans de persistencia gestionada por contenedores
- Utilizando beans de persistencia gestionada por contenedores, beans de sesión o componentes web.
- Utilizando SDO (Service Data Objects)
Procedimiento
- Decida cómo implementar el acceso a los datos.
El modelo de programación EJB (Enterprise JavaBeans) proporciona varios tipos de componentes distintos en el servidor: beans de entidad, sesión o controlados por mensajes, asimismo servlets. De estos tipos, los beans de entidad se suelen utilizar como modelo de componentes de empresa en las aplicaciones. Los beans de entidad tienen estado y comportamiento.
El estado de los beans de entidad es persistente y se almacena en una base de datos. A medida que se efectúan cambios en los beans de entidad, se conserva su estado en sincronización con el registro de base de datos que representa el bean. Hay dos tipos de beans de entidad que proporciona el modelo de EJB y estos dos tipos difieren en el método que se utiliza para proporcionar la persistencia. Estos dos tipos de beans de entidad son CMP (persistencia gestionada por contenedores) y BMP (persistencia gestionada por bean).
- Con beans BMP, el desarrollador produce manualmente el código para gestionar el estado de persistencia del bean.
- Con beans CMP,
el contenedor de EJB gestiona el estado de persistencia del bean. La tarea de
gestión del estado de persistencia es compleja y difícil; el uso de beans CMP
permite al desarrollador concentrarse en la lógica de la empresa delegando
el comportamiento de persistencia en el contenedor.
Unos ejemplos típicos de beans CMP son Customer (cliente), Account (cuenta), etc. Dado que los beans CMP son objetos, se puede acceder a los datos (estado) con los accesores de campo. Por ejemplo, un bean de entidad Customer (cliente) probablemente tendrá campos como name (nombre) y phoneNumber (número de teléfono). Se accederá a estos datos con los métodos accesores getName()/setName() y getPhoneNumber()/setPhoneNumber(). Como desarrollador, no se ocupará de cómo se almacenarán y recuperarán finalmente los datos de la base de datos del programa de fondo y puede suponer que la integridad de los datos se mantiene mediante el contenedor.
Consulte el tema Desarrollo de enterprise beans para obtener información al respecto.Consejos:Para maximizar la eficacia de las solicitudes de aplicaciones en las bases de datos relacionales, puede utilizar SQLJ (Structured Query Language in Java™) cuando desarrolle beans BMP y CMP. Esta opción está disponible para aplicaciones que utilizan el controlador JDBC de DB2 Universal para acceder a las bases de datos DB2.
La única excepción a este requisito de controlador se aplica a los beans compatibles con SQLJ que accedan a DB2 para z/OS; este esquema exige el controlador de herencia de DB2 para z/OS (obligatorio para el RSS de proveedor de JDBC local de DB2 para z/OS).
Asimismo, puede utilizar la función de retención del cursor para obtener un mejor rendimiento; consulte el tema que trata sobre el soporte de la función de retención del cursor de la aplicación JDBC, para obtener más detalles.
Puede utilizar la función de retención del cursor para maximizar la eficacia de las solicitudes de aplicaciones a las bases de datos relacionales.
Un método alternativo de desarrollar beans de entidad es utilizar la infraestructura SDO (Service Data Objects) que es una infraestructura unificada para el desarrollo de aplicaciones de datos. Con SDO, no tiene que familiarizarse con una API específica de tecnología para poder acceder y utilizar los datos. Sólo tiene que conocer una API, la API de SDO, que permite trabajar con datos de varios orígenes, incluidas bases de datos relacionales, componentes de EJB de entidad, páginas XML, servicios web, JCA (Java Connector Architecture), JSP (JavaServer Pages) y más.
- Consulte un origen de datos o una fábrica de conexiones con una
referencia a recursos. Para obtener más información, consulte el tema que trata
sobre la consulta de orígenes de datos con referencias a recursos para acceso
relacional. No efectúe este paso si trabaja con beans CMP. El
contenedor EJB maneja este proceso para los beans CMP.
Para ejecutar aplicaciones en WebSphere Application Server, el código debe utilizar referencias de recursos para los nombres lógicos de los orígenes de datos o de las fábricas de conexiones. Generalmente, la correlación de las referencias de recursos con recursos reales se realiza durante el ensamblaje. El administrador del servidor de aplicaciones configura estos recursos.
- Para el acceso a bases de datos relacionales, los administradores configuran un proveedor JDBC y los orígenes de datos asociados que funcionan con el adaptador de recursos relacional de WebSphere incorporado.
- Para el acceso a bases de datos no relacional, los administradores instalan el adaptador de recursos JCA (Java EE (Java Platform, Enterprise Edition) Connector Architecture) en un servidor de aplicaciones y configura las fábricas de conexiones asociadas.
La implementación del contexto de trabajo genérico proporciona un mecanismo para que un adaptador de recursos pueda controlar los contextos en los que se ejecutan las instancias de trabajo que el adaptador de recursos envía al gestor de trabajos del producto para su ejecución. Enviando una instancia de trabajo que implementa la interfaz WorkContextProvider, el adaptador de recursos puede propagar varios tipos de contexto a WebSphere Application Server. Entonces, el servidor de aplicaciones, si da soporte al tipo de contexto propagado, establece el contexto proporcionado como el contexto de ejecución de la instancia de trabajo durante su ejecución.
- Obtener una conexión en un origen de datos o una fábrica de conexiones.
Consulte el apartado "Obtención de conexiones" del tema Ciclo de vida de las
conexiones, para obtener más información. No efectúe este paso si trabaja con beans CMP.
El contenedor de EJBmaneja este proceso para los beans CMP.
La arquitectura de gestión de conexiones para acceso relacional y de procedimientos a sistemas EIS (Enterprise Information Systems) se basa en la especificación JCA (Java EE Connector Architecture). El gestor de conexiones (CM), que agrupa y gestiona las conexiones en el servidor de aplicaciones, puede gestionar las conexiones que se obtienen mediante los adaptadores de recursos (RA) definidos por la especificación JCA y los orígenes de datos definidos por la especificación de extensiones JDBC.
Utilice la identidad de hebra para asignar un propietario a la conexión. Para obtener más información, consulte el tema Utilización del soporte de identidad de hebra.
Subtopics
Utilización del soporte de identidad de hebra
La función de identidad de hebras le permite asignar un identificador de hebras como propietario de una conexión cuando obtiene por primera vez la conexión. Esta función sólo se aplica a los adaptadores de recursos JCA (Java EE (Java Platform, Enterprise Edition) Connector Architecture) y RRA (Relational Resource Adapter) envueltos en proveedores JDBC (Java Database Connectivity) que permiten utilizar la identidad de hebras en la propiedad de las conexiones.Portear una aplicación Liberty que utiliza MongoDB al perfil completo
Puede portear una aplicación Liberty que utiliza MongoDB para que se ejecute en el perfil completo de WebSphere Application Server.Utilización de la validación de beans en los módulos RAR
WebSphere Application Server valida restricciones JavaBeans de RAR (archivo de recursos) siguiendo la especificación de la versión 1.6 de Java Connector Architecture (JCA).Soporte de JCA 1.6 para anotaciones en módulos RAR
La especificación JCA (Java Connector Architecture) Versión 1.6 añade soporte para anotaciones Java en módulos RAR (Resource Archive). Las anotaciones son un medio para especificar los metadatos, o datos de configuración, para un módulo RAR en los archivos de clase que componen el módulo.Extensiones a las API de acceso a datos
Si una API de acceso a datos individual no proporciona una solución completa para las aplicaciones, utilice las extesiones de WebSphere Application Server para obtener la interoperatividad entre las API de JCA y JDBC.Nueva creación de tablas de base de datos desde el lenguaje de definición de datos de tablas exportadas
Cuando las herramientas de despliegue de WebSphere Application Server despliegan un archivo jar de EJB que contiene enterprise beans de persistencia gestionada por contenedores (CMP), selecciona la base de datos de destino y crea el archivo Table.ddl correspondiente. Este archivo contiene la sentencia SQL necesaria para generar la tabla de base de datos de los beans CMP.Tecnologías asociadas al bean de persistencia gestionada por contenedor
WebSphere Application Server entre servicios CMP (persistencia gestionada por contenedor) más allá de los estándares establecidos por la especificación EJB (Enterprise JavaBeans).Manipulación de la sincronización de beans de entidad y almacenes de datos
Puede indicar que un tipo EJB (enterprise JavaBeans) determinado no sincronice su estado en el almacenamiento persistente antes de cada invocación de findBy utilizando las variables de entorno o una interfaz de marcador.Evitar invocaciones de ejbStore en instancias de EntityBean no modificadas
Puede configurar las instancias de EntityBean para pasar por alto una invocación del método ejbStore si no se han modificado durante la transacción actual.Ventajas de las referencias de recursos
WebSphere Application Server requiere que el código haga referencia a los recursos del servidor de aplicaciones, por ejemplo a orígenes de datos o fábricas de conexiones J2C, en lugar de acceder directamente a los recursos del espacio de nombres JNDI ( Java Naming and Directory Interface). Estos nombres lógicos se denominan referencias de recursos.Acceso a datos utilizando conectores JCA (Java EE Connector Architecture)
Para acceder a los datos desde una aplicación compatible con JCA (Java EE Connector Architecture) en WebSphere Application Server, se configuran y se utilizan adaptadores de recursos y fábricas de conexiones.Sugerencias para el desarrollo de aplicaciones JDBC
Mediante los procedimientos recomendados para ayudar a maximizar la eficacia de las consultas JDBC, podría incrementar el rendimiento de las aplicaciones.Soporte de la capacidad de mantenimiento del cursor para las aplicaciones JDBC
La característica de mantenimiento del cursor puede reducir la carga adicional de interacción de JDBC con la base de datos relacional, lo que ayuda a incrementar el rendimiento de las aplicaciones.Tipos de beans de acceso a datos
Para facilitar la programación de acceso a datos, WebSphere Application Server proporciona una biblioteca de clases especial que implementa muchos métodos de la API JDBC (Java Database Connectivity) automáticamente. La biblioteca es esencialmente un conjunto de objetos de datos de servicio (Service Data Objects - SDO).Acceso a datos de clientes de aplicaciones
Para acceder directamente a la base de datos desde Java Platform, Enterprise Edition (Java EE) Application Client, puede recuperar un objeto javax.sql.DataSource de una referencia a recursos configurada en el descriptor de despliegue cliente. Esta referencia a recursos se configura como parte del descriptor de despliegue de la aplicación cliente y proporciona una referencia a un objeto de origen de datos configurado previamente.Acceso a datos con Service DataObjects, API versiones 1.0 y 2.01
La infraestructura SDO (Service Data Objects - Objetos de datos de servicio) es un mecanismo de acceso a datos desconectado, centrado en los datos e integrado en XML, que proporciona un conjunto de resultados independientes del origen.Utilización del Data Mediator Service de Java Database Connectivity para acceso a datos
En los pasos siguientes se muestra cómo crear los metadatos para un DMS (Data Mediator Service) de JDBC (Java Database Connectivity) y también cómo crear una instancia del gráfico de datos DMS.Utilización de Data Mediator Service de EJB para acceso a datos
En los pasos siguientes se utilizan ejemplos de código para describir una instancia simple de cómo crear los metadatos DMS (Data Mediator Service) del EJB (Enterprise JavaBeans).Desarrollo de una clase DataStoreHelper personalizada
Aplique la extensión de WebSphere, la clase GenericDataStoreHelper, para crear su propia clase de ayudante de almacén de datos para orígenes de datos a los que el servidor de aplicaciones no da soporte. Con esta clase ayudante, la configuración JDBC puede utilizar funciones específicas de base de datos durante las transacciones.Portear una aplicación Liberty que utiliza MongoDB al perfil completo
Puede portear una aplicación Liberty que utiliza MongoDB para que se ejecute en el perfil completo de WebSphere Application Server.Utilización de la validación de beans en los módulos RAR
WebSphere Application Server valida restricciones JavaBeans de RAR (archivo de recursos) siguiendo la especificación de la versión 1.6 de Java Connector Architecture (JCA).Soporte de JCA 1.6 para anotaciones en módulos RAR
La especificación JCA (Java Connector Architecture) Versión 1.6 añade soporte para anotaciones Java en módulos RAR (Resource Archive). Las anotaciones son un medio para especificar los metadatos, o datos de configuración, para un módulo RAR en los archivos de clase que componen el módulo.Extensiones a las API de acceso a datos
Si una API de acceso a datos individual no proporciona una solución completa para las aplicaciones, utilice las extesiones de WebSphere Application Server para obtener la interoperatividad entre las API de JCA y JDBC.Nueva creación de tablas de base de datos desde el lenguaje de definición de datos de tablas exportadas
Cuando las herramientas de despliegue de WebSphere Application Server despliegan un archivo jar de EJB que contiene enterprise beans de persistencia gestionada por contenedores (CMP), selecciona la base de datos de destino y crea el archivo Table.ddl correspondiente. Este archivo contiene la sentencia SQL necesaria para generar la tabla de base de datos de los beans CMP.Tecnologías asociadas al bean de persistencia gestionada por contenedor
WebSphere Application Server entre servicios CMP (persistencia gestionada por contenedor) más allá de los estándares establecidos por la especificación EJB (Enterprise JavaBeans).Manipulación de la sincronización de beans de entidad y almacenes de datos
Puede indicar que un tipo EJB (enterprise JavaBeans) determinado no sincronice su estado en el almacenamiento persistente antes de cada invocación de findBy utilizando las variables de entorno o una interfaz de marcador.Evitar invocaciones de ejbStore en instancias de EntityBean no modificadas
Puede configurar las instancias de EntityBean para pasar por alto una invocación del método ejbStore si no se han modificado durante la transacción actual.Ventajas de las referencias de recursos
WebSphere Application Server requiere que el código haga referencia a los recursos del servidor de aplicaciones, por ejemplo a orígenes de datos o fábricas de conexiones J2C, en lugar de acceder directamente a los recursos del espacio de nombres JNDI ( Java Naming and Directory Interface). Estos nombres lógicos se denominan referencias de recursos.Acceso a datos utilizando conectores JCA (Java EE Connector Architecture)
Para acceder a los datos desde una aplicación compatible con JCA (Java EE Connector Architecture) en WebSphere Application Server, se configuran y se utilizan adaptadores de recursos y fábricas de conexiones.Sugerencias para el desarrollo de aplicaciones JDBC
Mediante los procedimientos recomendados para ayudar a maximizar la eficacia de las consultas JDBC, podría incrementar el rendimiento de las aplicaciones.Soporte de la capacidad de mantenimiento del cursor para las aplicaciones JDBC
La característica de mantenimiento del cursor puede reducir la carga adicional de interacción de JDBC con la base de datos relacional, lo que ayuda a incrementar el rendimiento de las aplicaciones.Tipos de beans de acceso a datos
Para facilitar la programación de acceso a datos, WebSphere Application Server proporciona una biblioteca de clases especial que implementa muchos métodos de la API JDBC (Java Database Connectivity) automáticamente. La biblioteca es esencialmente un conjunto de objetos de datos de servicio (Service Data Objects - SDO).Acceso a datos de clientes de aplicaciones
Para acceder directamente a la base de datos desde Java Platform, Enterprise Edition (Java EE) Application Client, puede recuperar un objeto javax.sql.DataSource de una referencia a recursos configurada en el descriptor de despliegue cliente. Esta referencia a recursos se configura como parte del descriptor de despliegue de la aplicación cliente y proporciona una referencia a un objeto de origen de datos configurado previamente.Acceso a datos con Service DataObjects, API versiones 1.0 y 2.01
La infraestructura SDO (Service Data Objects - Objetos de datos de servicio) es un mecanismo de acceso a datos desconectado, centrado en los datos e integrado en XML, que proporciona un conjunto de resultados independientes del origen.Utilización del Data Mediator Service de Java Database Connectivity para acceso a datos
En los pasos siguientes se muestra cómo crear los metadatos para un DMS (Data Mediator Service) de JDBC (Java Database Connectivity) y también cómo crear una instancia del gráfico de datos DMS.Utilización de Data Mediator Service de EJB para acceso a datos
En los pasos siguientes se utilizan ejemplos de código para describir una instancia simple de cómo crear los metadatos DMS (Data Mediator Service) del EJB (Enterprise JavaBeans).Desarrollo de una clase DataStoreHelper personalizada
Aplique la extensión de WebSphere, la clase GenericDataStoreHelper, para crear su propia clase de ayudante de almacén de datos para orígenes de datos a los que el servidor de aplicaciones no da soporte. Con esta clase ayudante, la configuración JDBC puede utilizar funciones específicas de base de datos durante las transacciones.


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