Produktionsverkehr simulieren

Der Community Participant Simulator (CPS) kann eingesetzt werden, bevor und nachdem die Hub-Community tatsächlich im Einsatz ist, um den Produktionsverkehr (Anforderungen, Antworten und Bestätigungen) zwischen dem Community-Manager und einem Teilnehmer zu simulieren.

Sinn und Zweck des CPS:

Der Benutzer mit Verwaltungsaufgaben des Community-Managers, der Manager-Admin, verwendet den CPS, um zu prüfen, ob die Dokumente korrekt formatiert wurden und gültige Geschäftsinhalte enthalten.

Der CPS bietet dem Community-Manager eine Funktionalität zum Testen seiner Back-End-Systeme (Router und Empfänger), ohne den Test von den eigenen Back-End-Anwendungen aus einzuleiten und ohne dass ein Teilnehmer zum Übertragen von Daten aufgefordert wird. Somit können Tests ausgeführt werden, ohne Testsysteme oder Mitarbeiter der technischen Unterstützung einzusetzen.

Zur Einleitung des Tests lädt der Manager-Admin ein Testdokument hoch. Diese Komponente akzeptiert ausschließlich RNIF Version 2.0, sie ist nicht kompatibel mit RNIF Version 1.1. Das Testdokument muss eine RosettaNet Service Content-Datei sein, Sie können kein RNO (RosettaNet-Objekt) hochladen. Service Content ist die primäre Komponente der Nutzinformationen einer RosettaNet-Geschäftsnachricht. Es handelt sich dabei um ein XML-Dokument, das den Geschäftsinhalt darstellt, der von einem bestimmten PIP angegeben wurde. Die Nutzinformationen enthalten außerdem etwaige Dateianhänge. WebSphere Business Integration Connect verwendet das Testdokument, um Routing- und Verarbeitungsinformationen anzugeben.

Der CPS generiert keine Empfangsbestätigungen. Wenn eine 3A4-Bestätigung an den CPS gesendet wird, schließt der Document Manager den Austausch mit 0A1.

Beachten Sie, dass während des Installationsprozesses ein Sink-Gateway erstellt wird (d.h., ein Bitsammelbereich), um Bestätigungen während des Testprozesses zu empfangen:

http://<hostname>:<port#>/console/sink

oder

https://<hostname>:<port#>/console/sink

Copyright IBM Corp. 1997, 2004