Développement des applications d'accès aux données
Les applications d'accès aux données permettent de manipuler des données hors des sources de données pour une utilisation dans votre environnement de gestion d'application.
Pourquoi et quand exécuter cette tâche
- en utilisant les API standard ou étendues,
- en utilisant des beans CMP,
- en utilisant des beans BMP, des beans de session ou des composants Web,
- en utilisant SDO (Service Data Objects).
Procédure
- Choisissez comment implémenter l'accès aux données.
Le modèle de programmation Enterprise JavaBeans (EJB) prévoit plusieurs types distincts de composants côté serveur : les beans entity, session et pilotés par messages, et les servlets. Parmi ces différents types de composants, les beans entity sont généralement utilisés pour modéliser des composants métier dans une application. Les beans possèdent à la fois un état et un comportement.
L'état des beans entity est persistant et stocké dans une base de données. Lorsque des modifications sont apportées à un bean entity, son état est synchronisé avec l'enregistrement qui le représente dans la base de données. Deux types de beans entity sont fournis par le modèle EJB, l'un et l'autre se distinguant par le mécanisme utilisé pour la persistance des données. Ces deux types sont les beans CMP (Container-Managed Persistence, ou persistance gérée par le conteneur) et les beans BMP (Bean-Managed Persistence, ou persistance gérée par le bean).
- Dans le cas d'un bean BMP, le développeur produit manuellement du code pour gérer la persistance de l'état du bean.
- Dans le cas de beans CMP, c'est le conteneur EJB qui gère l'état
persistant du bean. La gestion de l'état persistant d'un bean est une tâche complexe. Aussi, l'utilisation
de beans CMP permet aux développeurs de se concentrer sur la logique métier en délégant la tâche
de persistance au conteneur.
L'utilisation d'un bean CMP Compte est typique dans une application bancaire ; de même, l'emploi d'un bean CMP Client est généralisé dans les applications de gestion de la clientèle. Comme les beans CMP sont des objets, l'accès à leurs données (état) est réalisé au moyen d'accesseurs de zones. Par exemple, il est probable qu'un bean Client comporte des zones telles que nom et numTelephone. L'accès en consultation et en modification à de telles données peut s'effectuer à l'aide de méthodes getNom()/setNom() et getNumTelephone()/setNumTelephone(). En tant que développeur, vous n'avez pas à vous soucier de la manière dont ces données sont stockées et récupérées dans la base de données dorsale ; vous pouvez considérer que l'intégrité des données est maintenue par le conteneur.
Pour plus d'informations sur le développement des beans entity, voir la rubrique Développement des beans enterprise.Conseils :Pour optimiser l'efficacité des demandes d'applications aux bases de données relationnelles, envisagez l'utilisation du langage SQLJ (SQL in Java™) lorsque vous développez des beans BMP et CMP. Cette option est disponible pour les applications qui utilisent le pilote JDBC DB2 Universal pour accéder aux bases de données DB2.
Ce pilote n'est toutefois pas requis dans le cas de beans BMP dorsaux SQLJ qui accèdent à DB2 for z/OS ; ce schéma nécessite le pilote DB2 Legacy for z/OS (requis avec le fournisseur JDBC local DB2 for z/OS (RRS)).
Considérez également l'utilisation de la persistance du curseur pour obtenir d'éventuels gains de performances. Pour plus d'informations, voir la rubrique "Prise en charge de la persistance du curseur d'une application JDBC".
Pensez à utiliser la persistance du curseur pour optimiser l'efficacité des demandes d'applications aux bases de données relationnelles.
Une alternative au développement de beans entity consiste à utiliser la structure SDO (Service Data Objects), qui est une structure unifiée dédiée au développement d'applications de données. Avec SDO, vous n'avez pas besoin de connaître une API propre à une technologie pour pouvoir accéder aux données et les utiliser. Vous devez uniquement connaître l'API SDO qui vous permet de manipuler des données provenant de plusieurs sources, y compris de bases de données relationnelles, de composants EJB d'entité, de pages XML, de services Web, de ressources JCA (Java Connector Architecture), de pages JSP, etc.
- Recherchez une source de données ou une fabrique de connexions en utilisant une référence de
ressource. Pour plus d'informations, voir la rubrique Recherche des sources de données avec des références de ressource
pour l'accès relationnel. N'exécutez pas cette étape si vous utilisez des beans CMP. Le conteneur d'EJB gère ce processus pour les beans CMP. Pour exécuter des applications sur WebSphere Application Server, votre code doit utiliser des références de ressources sur les sources de données ou les fabriques de connexions nommées logiquement. Le mappage des références de ressources vers des ressources réelles a généralement lieu lors de l'assemblage. Ces ressources sont configurées par l'administrateur d'Application Server.
- Pour accéder aux bases de données relationnelles, les administrateurs doivent configurer un fournisseur JDBC et des sources de données associées, qui travaillent avec l'adaptateur de ressources relationnelles intégré à WebSphere.
- Pour accéder à des bases de données non relationnelles, les administrateurs doivent installer un adaptateur de ressources JCA (Java Platform, Enterprise Edition (Java EE) Connector Architecture) sur un serveur d'applications et configurer les fabriques de connexions associées.
L'implémentation de contexte de travail fournit un mécanisme permettant à un adaptateur de ressources de contrôler les contextes dans lesquels des instances de travail soumises par l'adaptateur de ressources au gestionnaire de travaux du produit sont exécutées. En soumettant une instance de travail qui implémente l'interface WorkContextProvider, l'adaptateur de ressources peut propager différents types de contexte à WebSphere Application Server. Puis le serveur d'applications, s'il prend en charge le type de contexte propagé, définit celui-ci comme contexte d'exécution de l'instance de travail.
- Obtenez une connexion à une source de données ou à une fabrique de connexions
Voir la section "Obtention de connexions" de la rubrique Cycle de vie d'une connexion,
pour plus de détails. N'exécutez pas cette étape si vous utilisez des beans CMP. Le conteneur EJB
gère ce processus pour les beans CMP.
L'architecture de gestion des connexions pour les accès relationnels et procéduraux aux systèmes d'information d'entreprise (EIS) est fondée sur la spécification JCA (Java EE Connector Architecture). Le gestionnaire de connexions (CM), qui gère et met en pool les connexions dans un serveur d'applications, est capable de gérer les connexions obtenues via les adaptateurs de ressources définis par la spécification JCA, mais aussi celles qui sont obtenues via les sources de données définies par la spécification des extensions JDBC.
Utilisez l'identité de l'unité d'exécution pour attribuer un propriétaire à la connexion. Pour plus d'informations, voir la rubrique "Utilisation du support d'identité d'unité d'exécution".
Sous-rubriques
Utilisation du support d'identité de l'unité d'exécution
La fonction identité d'unité d'exécution vous permet d'attribuer un identificateur d'unité d'exécution en tant que propriétaire d'une connexion, lorsque vous établissez la connexion pour la première fois. Elle s'applique uniquement aux fournisseurs JDBC (Java Database Connectivity) d'adaptateurs de ressources JCA Java Platform, Enterprise Edition (Java EE, Connector Architecture) et d'adaptateurs RRA (Relational Resource Adapter) prenant en charge l'utilisation de l'identité d'unité d'exécution de la propriété de la connexion.Portage d'une application Liberty qui utilise MongoDB sur le profil complet
Vous pouvez porter une application Liberty qui utilise MongoDB pour s'exécuter sur le profil complet de WebSphere Application Server.Utilisation de la validation de bean dans les modules
WebSphere Application Server valide les contraintes des JavaBeans contenus dans les archives de ressource (RAR) en se conformant à la spécification JCA (Java Connector Architecture) version 1.6.Support JCA 1.6 pour les annotations dans les modules RAR
La spécification Java Connector Architecture (JCA) version 1.6 ajoute un support pour les annotations Java dans les modules RAR. Les annotations permettent de spécifier des métadonnées ou des données de configuration pour un module RAR dans les fichiers classe composant le module.Extensions des API d'accès aux données
Si une API d'accès unique aux données ne représente pas une solution complète pour vos applications, utilisez les extensions de WebSphere Application Server pour obtenir une interopérabilité entre les API JCA et JDBC.Recréation des tables d'une base de données à partir du fichier DDL de table exporté
Lorsque les outils de déploiement de WebSphere Application Server déploient un fichier JAR d'EJB contenant des beans enterprise CMP (Container-Managed Persistence), ils sélectionnent la base de données cible et créent un fichier Table.ddl correspondant. Ce fichier contient l'instruction SQL nécessaire à la génération de la table de base de données pour vos beans CMP.Technologies associées aux beans de persistance gérée par conteneur
WebSphere Application Server propose des services de persistance gérée par conteneur (CMP) qui vont au-delà des normes posées par la spécification d'Enterprise JavaBean (EJB).Manipulation de la synchronisation de beans entity et de magasins de données
Vous pouvez indiquer qu'un type d'EJB (Enterprise JavaBeans) particulier ne doit pas synchroniser son état en stockage permanent avant chaque appel findBy en utilisant des variables d'environnement ou une interface de marqueur.Procédure pour éviter les invocations ejbStore sur des instances EntityBean non modifiées
Vous pouvez configurer vos instances EntityBean de façon à ce qu'elles ignorent un appel de la méthode ejbStore si elles n'ont pas été modifiées durant la transaction en cours.Avantages des références de ressource
WebSphere Application Server nécessite votre code pour référencer les ressources des serveurs d'applications (sources de données ou fabriques de connexions J2C) via des noms logiques. Ainsi, il n'a pas besoin d'accéder aux ressources directement dans l'espace de nom JNDI (Java Naming and Directory Interface). Ces noms logiques sont appelés références de ressources.Accès aux données à l'aide des connecteurs JCA (Java EE Connector Architecture)
Pour accéder à des données à partir d'une application compatible JCA (Java EE Connector Architecture) dans WebSphere Application Server, vous devez configurer et utiliser des adaptateurs de ressources et des fabriques de connexions.Conseils de développement d'applications JDBC
En optant pour les meilleures méthodes qui vous aideront à optimiser l'efficacité des requêtes JDBC, vous pouvez potentiellement améliorer les performances de vos applications.Prise en charge de la gérabilité du curseur pour les applications JDBC
La fonction de gérabilité du curseur peut réduire la surcharge de l'interaction JDBC avec votre base de données relationnelle, en aidant à améliorer les performances de l'application.Types de bean d'accès aux données
Pour faciliter la programmation de l'accès aux données, WebSphere Application Server fournit une bibliothèque de classes spéciale qui implémente pour vous de nombreuses méthodes de l'API JDBC (Java Database Connectivity). La bibliothèque est essentiellement un groupe d'objets SDO (Service Data Objects).Accès aux données à partir de clients d'application
Pour accéder à une base de données directement à partir d'un client d'application Java Platform, Enterprise Edition (Java EE), vous devez extraire un objet javax.sql.DataSource à partir d'une référence de ressource configurée dans le descripteur de déploiement de ce client. Cette référence de ressource, configurée comme élément du descripteur de déploiement de l'application cliente, fournit un lien à un objet source de données préconfiguré.Accès aux données avec SDO (Service Data Objects), versions d'API 1.0 et 2.01
L'infrastructure Service Data Objects (SDO) est un mécanisme d'accès aux données orienté données, hors connexion, intégrant XML et qui fournit un ensemble de résultats indépendant de la source.Utilisation du service DMS (Data Mediator Service) Java Database Connectivity pour l'accès aux données
La procédure suivante permet de créer les métadonnées pour un service de médiateur de données (DMS) JDBC (Java Database Connectivity) et d'instancier le datagraphe DMS.Utilisation du service DMS (Data Mediator Service) EJB pour l'accès aux données
Les étapes suivantes utilisent des exemples de codes pour décrire une instance simple de création de métadonnées de service DMS EJB.Développement d'une classe DataStoreHelper personnalisée
Appliquez l'extension WebSphere, classe GenericDataStoreHelper, pour créer votre propre auxiliaire de magasin de données pour les sources de données non prises en charge par le serveur d'applications. Cette classe auxiliaire permet à votre configuration JDBC d'utiliser des fonctions propres à la base de données au cours des transactions.Portage d'une application Liberty qui utilise MongoDB sur le profil complet
Vous pouvez porter une application Liberty qui utilise MongoDB pour s'exécuter sur le profil complet de WebSphere Application Server.Utilisation de la validation de bean dans les modules
WebSphere Application Server valide les contraintes des JavaBeans contenus dans les archives de ressource (RAR) en se conformant à la spécification JCA (Java Connector Architecture) version 1.6.Support JCA 1.6 pour les annotations dans les modules RAR
La spécification Java Connector Architecture (JCA) version 1.6 ajoute un support pour les annotations Java dans les modules RAR. Les annotations permettent de spécifier des métadonnées ou des données de configuration pour un module RAR dans les fichiers classe composant le module.Extensions des API d'accès aux données
Si une API d'accès unique aux données ne représente pas une solution complète pour vos applications, utilisez les extensions de WebSphere Application Server pour obtenir une interopérabilité entre les API JCA et JDBC.Recréation des tables d'une base de données à partir du fichier DDL de table exporté
Lorsque les outils de déploiement de WebSphere Application Server déploient un fichier JAR d'EJB contenant des beans enterprise CMP (Container-Managed Persistence), ils sélectionnent la base de données cible et créent un fichier Table.ddl correspondant. Ce fichier contient l'instruction SQL nécessaire à la génération de la table de base de données pour vos beans CMP.Technologies associées aux beans de persistance gérée par conteneur
WebSphere Application Server propose des services de persistance gérée par conteneur (CMP) qui vont au-delà des normes posées par la spécification d'Enterprise JavaBean (EJB).Manipulation de la synchronisation de beans entity et de magasins de données
Vous pouvez indiquer qu'un type d'EJB (Enterprise JavaBeans) particulier ne doit pas synchroniser son état en stockage permanent avant chaque appel findBy en utilisant des variables d'environnement ou une interface de marqueur.Procédure pour éviter les invocations ejbStore sur des instances EntityBean non modifiées
Vous pouvez configurer vos instances EntityBean de façon à ce qu'elles ignorent un appel de la méthode ejbStore si elles n'ont pas été modifiées durant la transaction en cours.Avantages des références de ressource
WebSphere Application Server nécessite votre code pour référencer les ressources des serveurs d'applications (sources de données ou fabriques de connexions J2C) via des noms logiques. Ainsi, il n'a pas besoin d'accéder aux ressources directement dans l'espace de nom JNDI (Java Naming and Directory Interface). Ces noms logiques sont appelés références de ressources.Accès aux données à l'aide des connecteurs JCA (Java EE Connector Architecture)
Pour accéder à des données à partir d'une application compatible JCA (Java EE Connector Architecture) dans WebSphere Application Server, vous devez configurer et utiliser des adaptateurs de ressources et des fabriques de connexions.Conseils de développement d'applications JDBC
En optant pour les meilleures méthodes qui vous aideront à optimiser l'efficacité des requêtes JDBC, vous pouvez potentiellement améliorer les performances de vos applications.Prise en charge de la gérabilité du curseur pour les applications JDBC
La fonction de gérabilité du curseur peut réduire la surcharge de l'interaction JDBC avec votre base de données relationnelle, en aidant à améliorer les performances de l'application.Types de bean d'accès aux données
Pour faciliter la programmation de l'accès aux données, WebSphere Application Server fournit une bibliothèque de classes spéciale qui implémente pour vous de nombreuses méthodes de l'API JDBC (Java Database Connectivity). La bibliothèque est essentiellement un groupe d'objets SDO (Service Data Objects).Accès aux données à partir de clients d'application
Pour accéder à une base de données directement à partir d'un client d'application Java Platform, Enterprise Edition (Java EE), vous devez extraire un objet javax.sql.DataSource à partir d'une référence de ressource configurée dans le descripteur de déploiement de ce client. Cette référence de ressource, configurée comme élément du descripteur de déploiement de l'application cliente, fournit un lien à un objet source de données préconfiguré.Accès aux données avec SDO (Service Data Objects), versions d'API 1.0 et 2.01
L'infrastructure Service Data Objects (SDO) est un mécanisme d'accès aux données orienté données, hors connexion, intégrant XML et qui fournit un ensemble de résultats indépendant de la source.Utilisation du service DMS (Data Mediator Service) Java Database Connectivity pour l'accès aux données
La procédure suivante permet de créer les métadonnées pour un service de médiateur de données (DMS) JDBC (Java Database Connectivity) et d'instancier le datagraphe DMS.Utilisation du service DMS (Data Mediator Service) EJB pour l'accès aux données
Les étapes suivantes utilisent des exemples de codes pour décrire une instance simple de création de métadonnées de service DMS EJB.Développement d'une classe DataStoreHelper personnalisée
Appliquez l'extension WebSphere, classe GenericDataStoreHelper, pour créer votre propre auxiliaire de magasin de données pour les sources de données non prises en charge par le serveur d'applications. Cette classe auxiliaire permet à votre configuration JDBC d'utiliser des fonctions propres à la base de données au cours des transactions.


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