Le composant CPS (Community Participant Simulator) peut être utilisé avant et après l'activation de la Communauté de concentrateur pour simuler le trafic de production (requêtes, réponses et accusés de réception) entre le Gestionnaire de communauté et un participant.
Le composant CPS offre les fonctionnalités suivantes :
L'utilisateur administratif du Gestionnaire de communauté, l'Administrateur de gestionnaire, utilise le composant CPS pour vérifier que les documents sont mis en forme de manière appropriée et ont un contenu métier valide.
Le composant CPS (Community Participant Simulator) permet au Gestionnaire de communauté de tester les systèmes dorsaux (routeurs et réceptionnaires), sans initialiser le test de ses propres applications dorsales, ni demander à un participant de transmettre des données. Par conséquent, il peut exécuter des tests sans impliquer les systèmes de test ou le personnel du support technique.
Pour initialiser le test, l'Administrateur de gestionnaire télécharge un document test. Ce composant prend uniquement en charge RNIF 2.0 ; il n'est pas compatible avec RNIF 1.1. Le document test doit être un fichier de contenu de service RosettaNet ; vous ne pouvez pas télécharger un objet RosettaNet (RNO). Le contenu de service est le composant principal des données utiles d'un message commercial RosettaNet. Il s'agit d'un document XML qui représente le contenu métier indiqué par un PIP spécifique. Les données exploitées incluent également tous les fichiers joints. WebSphere Business Integration Connect utilise le document test pour identifier les informations d'acheminement et de traitement.
CPS ne génère pas d'accusé de réception. Si une confirmation 3A4 est envoyée à CPS, le Gestionnaire de documents met fin à l'échange avec un 0A1.
Notez que le processus d'installation crée une passerelle de collecte pour recevoir les accusés de réception pendant le processus de test :
http://<nom_hôte>:<numéro_port>/console/sink
ou