Configuration d'un noeud UDDI par défaut

Vous pouvez créer un noeud UDDI avec des valeurs de propriétés prédéterminées. Ce noeud UDDI est approprié pour l'évaluation initiale du registre UDDI et à des fins de développement et de test.

Pourquoi et quand exécuter cette tâche

Lorsque vous configurez un noeud UDDI par défaut, les propriétés de noeud obligatoires (l'ID de noeud, par exemple) sont automatiquement définies et vous ne pouvez pas les modifier. Vous pouvez créer un noeud UDDI par défaut avec une base de données Apache Derby intégrée et une source de données différente, ou avec une base de données autre que Apache Derby.

Si vous souhaitez configurer un noeud UDDI avec vos propriétés, notamment les propriétés de noeud obligatoires, vous devez configurer un noeud personnalisé. Voir Configuration d'un noeud UDDI personnalisé.

Si vous déployez l'application du registre UDDI dans un cluster et souhaitez utiliser une base de données Apache Derby, vous devez utiliser la version réseau de la base de données Apache Derby. La version intégrée d'Apache Derby n'est pas prise en charge pour les configurations en cluster.

Procédure

  1. Créez un schéma de base de données pour le stockage du registre UDDI en exécutant l'une des tâches suivantes et en veillant à utiliser les options du noeud par défaut :
    Remarque : Si vous créez le noeud UDDI dans un cluster, il est présumé qu'une seule base de données sera utilisée pour tous les membres du cluster.
  2. Configurez une source de données pour l'application du registre UDDI à utiliser pour accéder à la base de données (voir Création d'une source de données pour le registre UDDI).
  3. Déployez l'application du registre UDDI, comme décrit dans Déploiement de l'application du registre UDDI.
  4. Facultatif : [AIX][HP-UX][Linux][Solaris]Pour une base de données DB2, arrêtez le serveur s'il est en cours d'exécution. Editez le profil utilisateur de l'utilisateur DB2 qui va démarrer l'agent de noeud ou le serveur. Modifiez le profil utilisateur pour exécuter le script db2profile, qui se trouve dans le répertoire racine de l'ID utilisateur DB2 (par exemple, /home/db2inst1/sqllib/db2profile). Par ailleurs, vous pouvez exécuter le script db2profile manuellement, mais vous devez le faire à chaque redémarrage de l'agent de noeud ou du serveur. Entrez la commande suivante (dans cette commande, le point est suivi d'un seul caractère espace) :
    . /home/db2inst1/sqllib/db2profile
  5. Cliquez sur Applications > Types d'applications > Applications WebSphere enterprise pour afficher les applications installées. Démarrez l'application du registre UDDI en cochant la case située en regard du nom de celle-ci, puis en cliquant sur Démarrer. Par ailleurs, si le serveur d'applications ne fonctionne pas encore, démarrez-le. Cette action lance automatiquement l'application du registre UDDI. Le noeud UDDI est désormais actif.

    Le redémarrage de l'application UDDI ou du serveur d'applications réactive toujours le noeud UDDI, même s'il était auparavant désactivé.

  6. Cliquez sur UDDI > Noeuds UDDI > ID_noeud_UDDI pour afficher la page de propriétés du noeud de registre UDDI. Attribuez une URL valide pour votre configuration au préfixe des URL d'exploration discoveryURL générées. Cette propriété définit le préfixe appliqué aux URL d'exploration générées utilisées par le service HTTP GET pour UDDI Version 2.

Que faire ensuite

Etant donné que vous avez choisi d'utiliser un noeud UDDI par défaut, le noeud est initialisé lorsque l'application UDDI est démarrée pour la première fois. Suivez les instructions contenues dans Utilisation du test de vérification de l'installation (IVT) UDDI pour vérifier que vous avez configuré correctement le noeud UDDI.

Icône indiquant le type de rubrique Rubrique de tâche



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=twsu_default_install2
Nom du fichier : twsu_default_install2.html