Effectuez cette tâche si vous souhaitez stocker les données du registre UDDI dans une base de données DB2 pour z/OS.
Avant de commencer
Pour établir une connexion entre une machine utilisant un système d'exploitation distribué et une base de donnéesDB2 distante s'exécutant sur z/OS, DB2 Version
8.2 ou une version plus récente doit être installée. Vous devez également disposer d'une licence DB2 Connect (pour plus d'informations, voir la documentation DB2).
Si vous souhaitez créer une base de données distante, consultez en priorité la documentation de base de données qui présente les fonctions pertinentes disponibles sur le produit.
Pourquoi et quand exécuter cette tâche
Cette tâche n'est à exécuter qu'une seule fois pour chaque registre UDDI,
lors de sa définition et de son déploiement.
Certaines restrictions connues
s'appliquent à DB2 pour zSeries Version 7 :
- Les chaînes de publication et de consultation sont limitées à 255 caractères. Pour plus d'informations, reportez-vous à la rubrique Programmation du client du registre UDDI.
- Lorsqu'une demande de consultation UDDI utilise une discoveryURL contenant des caractères Unicode complexes, la demande risque de ne pas parvenir à renvoyer les entités attendues. Evitez l'utilisation de caractères Unicode dans des éléments discoveryURL si vous utilisez cette version de DB2.
Procédure
- Copiez le script createddl.sh fourni dans
racine_serveur_app/UDDIReg/rexx, dans un répertoire temporaire de votre
choix.
- Au moyen de l'invite de commande USS (UNIX System Services), modifiez la copie du script createddl.sh, de la manière suivante :
- Recherchez le texte Define some constants.
- Si WebSphere Application Server n'est pas installé à l'emplacement par défaut, mettez à jour la constante root_dir afin qu'elle tienne compte de cet emplacement. Le répertoire UDDIReg doit rester à la fin du chemin d'accès.
- Si vous ne souhaitez pas utiliser le répertoire temporaire par défaut, mettez à jour la
constante temp_dir pour indiquer celui de votre choix.
- A l'aide de l'invite de commande USS, exécutez la copie du script createddl.sh
en entrant la commande suivante :
createddl.sh nom_basedonnées nom_espacetable hlq
Les paramètres sont les suivants :- nom_basedonnées
- Nom utilisé lors de la définition des tables DB2 et d'autres composants. La valeur par défaut est UDDI30.
- nom_espacetable
- Espace de table dans lequel la base de données est définie. La valeur par défaut est UDDI30TS.
- hlq
- Qualificatif de haut niveau sous lequel sont créés les ensembles de données partitionnés
SQL et JCL (Job Control Language). La valeur par défaut est IBMUSER.
Le script génère les ensembles de données partitionnés hlq.UDDI.SQL et
hlq.UDDI.JCL, qui contiennent les membres nécessaires aux étapes suivantes. Si l'exécution du
script a abouti à l'aide des paramètres par défaut, le résultat donne ce qui suit :
database.tablespace = UDDI30.UDDI30TS
HLQ = IBMUSER
( 14) /WebSphere/V8R0M0/AppServer/UDDIReg/databaseScripts/uddi30crt_10_prereq_db2.sql
( 436) /WebSphere/V8R0M0/AppServer/UDDIReg/databaseScripts/uddi30crt_20_tables_generic.sql
( 136) /WebSphere/V8R0M0/AppServer/UDDIReg/databaseScripts/uddi30crt_25_tables_db2udb.sql
( 452) /WebSphere/V8R0M0/AppServer/UDDIReg/databaseScripts/uddi30crt_30_constraints_generic.sql
( 14) /WebSphere/V8R0M0/AppServer/UDDIReg/databaseScripts/uddi30crt_35_constraints_db2udb.sql
( 559) /WebSphere/V8R0M0/AppServer/UDDIReg/databaseScripts/uddi30crt_40_views_generic.sql
( 94) /WebSphere/V8R0M0/AppServer/UDDIReg/databaseScripts/uddi30crt_45_views_db2udb.sql
( 329) /WebSphere/V8R0M0/AppServer/UDDIReg/databaseScripts/uddi30crt_50_triggers_db2udb.sql
( 16) /WebSphere/V8R0M0/AppServer/UDDIReg/databaseScripts/uddi30crt_60_insert_initial_static_
data.sql
( 39) /WebSphere/V8R0M0/AppServer/UDDIReg/databaseScripts/uddi30crt_70_insert_default_database_
indicator.sql
Conversion complete
/tmp/udditmp/makedb71.jcl ===> IBMUSER.UDDI.JCL(MAKEDB71)
/tmp/udditmp/makedb81.jcl ===> IBMUSER.UDDI.JCL(MAKEDB81)
/tmp/udditmp/table.sql ===> IBMUSER.UDDI.SQL(TABLE)
/tmp/udditmp/table7.sql ===> IBMUSER.UDDI.SQL(TABLE7)
/tmp/udditmp/index.sql ===> IBMUSER.UDDI.SQL(INDEX)
/tmp/udditmp/view.sql ===> IBMUSER.UDDI.SQL(VIEW)
/tmp/udditmp/trigger.sql ===> IBMUSER.UDDI.SQL(TRIGGER)
/tmp/udditmp/alter.sql ===> IBMUSER.UDDI.SQL(ALTER)
/tmp/udditmp/initial.sql ===> IBMUSER.UDDI.SQL(INITIAL)
/tmp/udditmp/insert.sql ===> IBMUSER.UDDI.SQL(INSERT)
- Modifiez le modèle que vous comptez utiliser (dans le membre MAKEDBxx approprié) en fonction de votre configuration DB2. Vous devez aussi y préciser si vous souhaitez créer un noeud UDDI par défaut ou personnalisé. La bibliothèque JCL servant à la création d'une base de données DB2 comprend deux modèles de travaux : un pour DB2 version 7 et un autre pour DB2 version 8. Les scripts JCL de ces travaux se trouvent respectivement dans les membres MAKEDB71 et MAKEDB81, dans l'ensemble de données partitionné hlq.UDDI.JCL. Ces scripts JCL sont les modèles que vous pouvez modifier.
- Si nécessaire, vous pouvez ajouter ou modifier les informations d'imputation des travaux.
- Si, lors de l'exécution du script à l'étape 1, vous avez utilisé un qualificatif de haut niveau (hlq)
autre que celui par défaut, veillez à ce que toutes les occurrences d'IBMUSER soient remplacées
par le qualificatif spécifié.
- Si vous ne voulez pas que votre base de données soit utilisée comme noeud UDDI par défaut,
mettez en commentaire la ligne du travail qui spécifie le membre INSERT du PDS SQL
(il s'agit normalement de la dernière ligne du travail).
- Assurez-vous que toutes les occurrences du paramètre LIB reflètent correctement le répertoire dans lequel vous avez installéDB2.
- Utilisez TSO (Time Sharing Option) pour soumettre le travail modifié à l'étape précédente. Celui-ci crée alors la base de données DB2.
Que faire ensuite
Ensuite, configurez et déployez le noeud de registre UDDI.