Il CPS (Community Participant Simulator) può essere utilizzato prima e dopo che Comunità hub è attivo, per simulare il traffico di produzione (richieste, risposte e riconoscimenti) tra il Gestore comunità e un Partecipante.
Lo scopo del CPS è:
L'utente amministrativo di Gestore comunità, il Gestore ammin utilizza questo cps per verificare che i documenti siano formattati correttamente e contengono il contenuto commerciale valido.
Il CPS fornisce al Gestore comunità l'abilità di verifica dei sistemi di back-end (router e ricevitori) senza iniziare la verifica dalle applicazioni di back-end e senza richiedere a un Partecipante di trasmettere i dati. Come risultato, possono verificare senza coinvolgere i sistemi di verifica o il personale di supporto tecnico.
Per iniziare la verifica, l'Ammin gestore carica un documento di verifica. Questa funzione accetta solo RNIF v2.0; non è compatibile con RNIF 1.1. Il documento di verifica deve essere un file del contenuto di servizio di RosettaNet; non è possibile caricare un RNO (RosettaNet Object). Il contenuto di servizio è un componente primario del payload di un messaggio commerciale di RosettaNet. È un documento XML che rappresenta il contenuto commerciale specificato da un particolare PIP. Il payload include anche gli allegati del file .WebSphere Business Integration Connect utilizza il documento di verifica per identificare le informazioni di instradamento ed elaborazione.
Il CPS non genera riconoscimenti di ricevuta. Se una conferma 3A4 viene inviata al CPS, il Gestore documenti chiude lo scambio con un 0A1.
Notare che il processo di installazione crea un gateway sink (che è, un recipiente di bit), per ricevere i riconoscimento durante il processo di verifica:
http://<hostname>:<port#>/console/sink
o