Configuration des scénarios de test

Le composant CPS vous permet de tester les scénarios montrés dans le tableau 26 entre vous et vos participants.

Tableau 26. Scénarios test
Scénario Destination de la connexion Adresse URL

Communication sortante unidirectionnelle du Gestionnaire de communauté vers le participant.

Simulation du Gestionnaire de communauté.

VTP_Owner

VTP_OWNER

Communication entrante unidirectionnelle du participant vers le Gestionnaire de communauté.

Simulation du participant.

VTP_TP

Non applicable dans ce scénario.

Communication sortante bidirectionnelle du Gestionnaire de communauté vers le participant (télécharger la requête).

Simulation du Gestionnaire de communauté.

VTP_Owner

VTP_OWNER

Communication entrante bidirectionnelle du participant vers le Gestionnaire de communauté (télécharger la requête).

Simulation du participant.

VTP_TP

VTP_TP

Communication sortante bidirectionnelle du Gestionnaire de communauté vers le participant (télécharger la réponse).

Simulation du participant.

VTP_TP

VTP_TP

Communication entrante bidirectionnelle du participant vers le Gestionnaire de communauté (télécharger la réponse).

Simulation du propriétaire.

VTP_Owner

VTP_Owner

Exemples de scénarios

Cette section décrit la procédure de configuration du composant CPS en vue de simuler deux interactions RosettaNet (RN) à une voie. Cette procédure n'est pas entièrement détaillée ci-dessous. Pour obtenir une description complète, voir le manuel Guide de configuration du concentrateur.

Les répertoires et paramètres de configuration du concentrateur associés au composant CPS s'affichent, ce qui vous permet de mieux appréhender les méthodes utilisées par CPS pour déboguer le routage entre les participants.

Gestionnaire de communauté :

Définissez une passerelle de collecte HTTP pour le gestionnaire. Il s'agit d'une passerelle HTTP connectée à l'URL http://<adresse IP de la console>:<port de la console>/console/sink.

Il convient de définir la passerelle de collecte en tant que passerelle par défaut du participant et du gestionnaire CPS pour le Gestionnaire de communauté.

Participant de la communauté :

Définissez une passerelle de collecte HTTP pour le participant, en suivant la même procédure que pour le gestionnaire.

Fichiers XML RosettaNet PIP :

L'interaction 3A4 est le scénario décrit ici. La simulation de l'interaction participant/gestionnaire exploite le code XML contenant la demande de bon de commande 3A4.

La simulation d'interaction gestionnaire/participant utilise le code XML conforme au contenu RNSC de la confirmation de bon de commande 3A4. Ces fichiers XML résident sur votre système de fichiers local.

Voir le manuel Guide de configuration du concentrateur pour des informations connexes. Lors de la création des fichiers, rappelez-vous que les ID source et cible doivent correspondre à ceux du gestionnaire de communauté et du participant aux endroits appropriés de ces fichiers.

Configuration de la console et des serveurs de routage :

Si vous envisagez d'appliquer une méthode de chiffrement ou de signature dans votre simulation, une paire de certificats à clé publique et à clé privée est nécessaire. Utilisez le format P8 pour le magasin de clés privées et le format DER pour le certificat public.

  1. Copiez les fichiers P8 et DER dans le répertoire common/security/vtp.
  2. Copiez le fichier DER dans le répertoire common/security/ca.
  3. La console étant démarrée et administrée par « hubadmin », téléchargez en amont le fichier DER en tant que certificat racine et intermédiaire.
  4. Modifiez la configuration de la console de manière à désigner les fichiers de certificat et de magasin de clés.
  5. Ouvrez le fichier {REP INSTALL}/console/lib/config/bcg_console.properties dans un éditeur.
  6. Localisez la section VTP (Virtual Test Participant) dans le fichier bcg_console.properties et définissez les valeurs suivantes de façon appropriée pour votre système. Les formats de fichier DER et P8 doivent être utilisés comme indiqué ci-dessous.

    ## VTP

    ibm.bcg.certs.vtp.CertificateDir=C:/{REP INSTALL}/common/security/vtp

    ibm.bcg.certs.vtp.Certificate=testcert.der

    ibm.bcg.certs.vtp.PrivateKey=testkey.p8

    ibm.bcg.certs.vtp.Passwd=password

    ibm.bcg.certs.vtp.VerifySig=false

    ibm.bcg.vtp.RouterIn=C:/{REP INSTALL}/common/router_in
  7. Sauvegardez le fichier bcg_console.properties.
  8. Si le serveur de la console est actif, procédez à son redémarrage. Dans le cas contraire, démarrez-le immédiatement.
  9. Assurez-vous que la configuration du routeur est correcte.
  10. Ouvrez le fichier {REP INSTALL}/router/lib/config/
    bcg.properties dans un éditeur.
  11. Localisez la section VTP et vérifiez que la propriété vtp.CertificateDir pointe vers le même répertoire que la console.
  12. Effectuez les modifications éventuelles et sauvegardez le fichier.
  13. Si le serveur du routeur est actif, procédez à son redémarrage. Dans le cas contraire, démarrez-le immédiatement.

Configuration de la connectivité 3A4 :

Si vous avez une bonne connaissance du routage RosettaNet, configurez la connectivité RosettaNet entre un participant de la communauté et le Gestionnaire de communauté, en procédant comme suit.

Si le routage RosettaNet ne vous est pas familier, consultez le manuel Guide de configuration du concentrateur pour obtenir de l'aide sur les tâches suivantes :

  1. Importez les fichiers RN et RNSC qui prennent en charge les interactions 3A4.

    Téléchargez en amont les fichiers suivants, dans l'ordre stipulé. Ces fichiers figurent dans le répertoire /B2Bintegrate/rosettanet du CD-ROM d'installation :

  2. Définissez les capacités (ou "interactions") permettant d'effectuer le routage des demandes et confirmations d'ordres d'achat 3A4 via le concentrateur.
  3. Configurez le Gestionnaire de communauté et le participant de la communauté respectivement en tant que source et cible des demandes et confirmations de demandes 3A4 du participant exploitant le contenu RNSC.
  4. Etablissez des connexions de participant entre le gestionnaire et le participant, afin de prendre en charge le scénario que vous souhaitez simuler.
  5. Définissez les attributs de la connexion de manière à spécifier, en option, les fonctions de signature et de chiffrement, à l'aide des objets de sécurité que vous avez créés et placés sur votre système.

Si votre système de fichiers contient des exemples de fichiers XML de demande 3A4 et RNSC 3A4 XML, vous pouvez utiliser le composant CPS (Community Participant Simulator) pour tester l'ensemble des fonctions de routage interne. Cliquez sur l'onglet Community Participant Simulator, puis sur le bouton Parcourir. Sélectionnez, dans le système de fichiers, un fichier contenant les données dont vous souhaitez effectuer le routage, et cliquez sur Acheminement.

Le document est alors lu depuis le système de fichiers, puis téléchargé en amont vers le concentrateur. Il est transmis au gestionnaire de documents en vue du routage, ce dernier étant appliqué d'après la configuration définie dans le concentrateur.

Copyright IBM Corp. 2003, 2005