Testszenarios definieren

Mit dem CPS können Sie die Szenarios testen, die in Tabelle 26 dargestellt sind und für den Datenaustausch zwischen Ihnen und Ihren Teilnehmern gelten.

Tabelle 26. Testszenarios
Szenario Ziel der Verbindung URL

Unidirektional abgehend - vom Community Manager an einen Teilnehmer.

Simulieren des Community Managers.

VTP_Owner

VTP_OWNER

Unidirektional eingehend - vom Teilnehmer an den Community Manager.

Simulieren des Teilnehmers.

VTP_TP

Gilt nicht für dieses Szenario.

Bidirektional abgehend - vom Community Manager an einen Teilnehmer (Anforderung hochladen).

Simulieren des Community Managers.

VTP_Owner

VTP_OWNER

Bidirektional eingehend - vom Teilnehmer an den Community Manager (Anforderung hochladen).

Simulieren des Teilnehmers.

VTP_TP

VTP_TP

Bidirektional abgehend - vom Community Manager an einen Teilnehmer (Antwort hochladen).

Simulieren des Teilnehmers.

VTP_TP

VTP_TP

Bidirektional eingehend - vom Teilnehmer an den Community Manager (Antwort hochladen).

Simulieren des Eigners.

VTP_Owner

VTP_Owner

Beispielszenarios

Dieser Abschnitt beschreibt die Schritte zum Konfigurieren des CPS, so dass zwei unidirektionale RosettaNet-Interaktionen (RN-Interaktionen) simuliert werden können. Die Schritte werden hier nicht vollständig beschrieben. Im Handbuch Hub-Konfiguration finden Sie detaillierte Informationen zu diesem Thema.

Sie sehen die Verzeichnisse und die Hubkonfigurationseinstellungen, die der CPS verwendet, so dass Sie besser nachvollziehen können, wie Sie der CPS beim Debugging von Routingoperationen zwischen Teilnehmern unterstützen kann.

Community Manager:

Richten Sie für den Teilnehmer wie zuvor für den Community Manager ebenfalls ein HTTP-Sink-Gateway ein. Dies ist ein HTTP-Gateway, das an den URL http://<console-ip>:<console-port>/console/sink sendet.

Das Sink-Gateway sollte als Standardgateway des CPS-Teilnehmers und CPS-Managers für den Community Manager angegeben werden.

Community-Teilnehmer:

Richten Sie für den Teilnehmer wie zuvor für den Community Manager ebenfalls ein HTTP-Sink-Gateway ein.

RosettaNet-PIP-XML-Dateien:

Das hier beschriebene Szenario ist die 3A4-Interaktion. Die Simulation "Teilnehmer-an-Manager" verwendet XML-Dateien, die den Inhalt der 3A4-Bestellbestätigung enthalten.

Die Simulation "Manager-an-Teilnehmer" verwendet XML-Dateien, die dem RNSC-Inhalt der 3A4-Bestellbestätigung entsprechen. Diese XML-Dateien befinden sich in Ihrem lokalen Dateisystem.

Referenzinformationen finden Sie im Handbuch Hub-Konfiguration. Wenn Sie die Dateien erstellen, achten Sie darauf, dass die Empfänger- und Absender-ID mit den IDs des Community Managers und des Teilnehmers übereinstimmen müssen, die an den entsprechenden Stellen dieser Dateien definiert sind.

Konfigurieren des Konsol- und des Router-Servers:

Wenn Sie für Ihre Simulation Verschlüsselung oder digitale Unterschriften verwenden möchten, benötigen Sie Zertifikate mit einem öffentlichen und einem privaten Schlüssel. Verwenden Sie für den privaten Schlüsselspeicher das p8-Format und das DER-Format für das öffentliche Zertifikat.

  1. Kopieren Sie Ihre p8- und DER-Dateien in das Verzeichnis common/security/vtp.
  2. Kopieren Sie die DER-Datei in das Verzeichnis common/security/ca.
  3. Starten Sie die Community Console, und melden Sie sich als Hubadministrator an. Laden Sie anschließend die DER-Datei als Root-Zertifikat und als Intermediate-Zertifikat hoch.
  4. Ändern Sie die Konfiguration der Community Console, so dass sie auf die Zertifikats- und Schlüsselspeicherdatei zeigt.
  5. Öffnen Sie die Datei {INSTALL DIR}/console/lib/config/bcg_console.properties in einem Editor.
  6. Suchen Sie den Abschnitt VTP (Virtual Test Participant - virtueller Testteilnehmer) in der Datei "bcg_console.properties", und geben Sie die folgenden Werte ein, die für Ihr System geeignet sein müssen. Sie müssen die DER- und p8-Dateiformate in der dargestellten Form verwenden.

    ## VTP

    ibm.bcg.certs.vtp.CertificateDir=C:/{INSTALL DIR}/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:/{INSTALL DIR}/common/router_in
  7. Speichern Sie die Datei "bcg_console.properties".
  8. Wenn der Konsolserver aktiv ist, starten Sie ihn erneut. Andernfalls starten Sie ihn jetzt.
  9. Stellen Sie sicher, dass die Routerkonfiguration korrekt eingerichtet ist.
  10. Öffnen Sie die Datei {INSTALL DIR}/router/lib/config/
    bcg.properties in einem Editor.
  11. Suchen Sie den VTP-Abschnitt und stellen Sie sicher, dass das Merkmal vtp.CertificateDir auf dasselbe Verzeichnis zeigt wie die Community Console.
  12. Ändern Sie es, falls notwendig, und speichern Sie die Datei.
  13. Wenn der Router-Server bereits aktiv ist, starten Sie ihn erneut. Andernfalls starten Sie ihn jetzt.

Konfigurieren der 3A4-Konnektivität:

Wenn Sie mit dem RosettaNet-Routing vertraut sind, konfigurieren Sie die RosettaNet-Konnektivität zwischen einem Community-Teilnehmer und dem Community Manager, indem Sie die im Folgenden aufgeführten Anweisungen befolgen.

Wenn Sie nicht mit dem RosettaNet-Routing vertraut sind, finden Sie im Handbuch Hub-Konfiguration Unterstützung beim Ausführen der folgenden Tasks:

  1. Importieren Sie die RN- und RNSC-Dateien, die die 3A4-Interaktionen unterstützen.

    Laden Sie die folgenden Dateien in der gezeigten Reihenfolge hoch. Die Dateien befinden sich im Verzeichnis /B2Bintegrate/rosettanet auf der Installations-CD:

  2. Definieren Sie die Funktionalitäten (Interaktionen) für die 3A4-Bestellanforderungen und Bestätigungen, die über den Hub weitergeleitet werden sollen.
  3. Konfigurieren Sie den Community Manager und den Community-Teilnehmer als Quelle und Ziel der 3A4-Teilnehmeranforderungen und -Bestätigungen, die RNSC-Inhaltsdaten verwenden.
  4. Erstellen Sie die Teilnehmerverbindungen zwischen dem Community Manager und dem Teilnehmer, die für das Szenario benötigt werden, das simuliert werden soll.
  5. Richten Sie die Attribute der Verbindung so ein, dass optional digitale Unterschrift und Verschlüsselung angegeben und die Sicherheitsnebenprodukte verwendet werden, die sich auf Ihrem System befinden.

Wenn in Ihrem Dateisystem 3A4-Anforderungs- und 3A4-RNSC-Beispieldateien im XML-Format gespeichert sind, können Sie mit dem Community Participant Simulator alle internen Routingfunktionen testen. Klicken Sie auf die Registerkarte Community Participant Simulator und anschließend auf Durchsuchen. Wählen Sie eine Datei aus dem Dateisystem aus, die den Inhalt enthält, den Sie weiterleiten möchten, und klicken Sie anschließend auf die Schaltfläche Weiterleiten.

Das Dokument wird aus dem Dateisystem gelesen und in den Hub hochgeladen. Es wird zum Routing an den Document Manager übergeben. Dieser führt das Routing auf der Basis der Einstellungen durch, die in der Hubkonfiguration angegeben sind.

Copyright IBM Corp. 2003, 2005