Lorsque vous associez l'exécution pureQuery à un environnement
WebSphere, vous indiquez les propriétés
d'exécution pureQuery au niveau de la source de données et vous stockez les
propriétés d'exécution pureQuery dans un référentiel. Vous créez un référentiel dans
la base de données de transactions et vous stockez les propriétés d'exécution
pureQuery, le fichier pureQueryXML et les données SQL capturées dans le
référentiel.
L'illustration suivante présente l'environnement que vous
créez :
Figure 1. Configuration de WebSphere
pour le scénario de déploiement
Pour ce scénario, vous supposez que trois applications client exécutent
l'application de test testApp.ear.
Lorsque vous utilisez l'optimisation client pureQuery pour une application
WebSphere, vous pouvez configurer
l'exécution pureQuery afin de récupérer les propriétés d'exécution pureQuery
et les données pureQueryXML à partir d'un système de fichiers ou d'un référentiel de
base de données. Vous pouvez également stocker les données SQL capturées dans un
système de fichiers ou un référentiel. Si les informations pureQuery sont stockées
dans un emplacement distinct de l'application pureQuery, un administrateur de base
de données peut accéder aux informations pureQuery sans interrompre le
fonctionnement de l'application.
Vous pouvez modifier la configuration lorsque vous déployez l'optimisation client pureQuery pour d'autres configurations d'applications.
Par exemple, au lieu de définir les propriétés d'exécution pureQuery au niveau
de la source de données, vous pouvez définir les propriétés au niveau de
l'application lorsque plusieurs applications s'exécutent dans
WebSphere Application Server pour la
même source de données. Vous pouvez également modifier l'emplacement et la
configuration du référentiel lorsque l'exécution pureQuery stocke les données
pureQuery.
Avant de commencer
Vérifiez que les exigences suivantes sont satisfaites :
- WebSphere Application
Server est installé et en cours d'exécution.
- IBM® Data Server Driver for
JDBC and SQLJ est disponible sous forme d'un fichier db2jcc.jar et accompagné
d'un fichier de licence JAR. Un fournisseur JDBC
WebSphere est créé pour ce produit.
- Les fichiers JAR pour l'exécution pureQuery pdq.jar et pdqmgmt.jar
sont disponibles dans le système de fichiers local et ajoutés à la variable CLASSPATH
pour le fournisseur JDBC de WebSphere
DB2 Universal Driver.
Dans ce scénario, vous avez ajouté le fichier JAR à la variable CLASSPATH
lorsque vous avez effectué la tâche Scénario : Activation de pureQuery Runtime avec WebSphere Application Server
- La source de données JNDI (Java Naming
and Directory Interface) appelée jdbc/nobleDS est disponible pour le fournisseur
WebSphere
DB2 qui se connecte à la base de
données de transactions.
- L'application Web WebSphere appelée
TestStaticProfileEAR exécute et utilise la base de données
DB2 en tant que source de données.
- L'application correspondant à ce scénario se trouve dans un environnement de
test et utilise le schéma de TEST.
Les modules JDBC sont liés au NULLID
de collecte. Les propriétés CurrentPackagePath et CurrentPackageSet ne
sont pas définies sur la source de données. Elles ne sont pas obligatoires pour
l'exécution dynamique.
Remarque : Vous ne pouvez pas utiliser l'instruction
SET CURRENT PACKAGESET sur la base de données. Si vous utilisez l'instruction, les
modules JDBC dynamiques sont également affectés.
- L'application comporte un module WAR appelé TestStaticProfile.war.
Pourquoi et quand exécuter cette tâche
Vous spécifiez les propriétés d'exécution pureQuery au niveau de la
source de données et vous stockez les propriétés d'exécution dans un
référentiel. Vous créez un référentiel dans la base de données de transactions et
vous stockez les propriétés d'exécution pureQuery, le fichier pureQueryXML et les
données SQL capturées dans le référentiel.
Les tâches suivantes décrivent
comment combiner WebSphere,
l'optimisation client pureQuery et un référentiel.