Partager via


Processus public de l’initiateur

Ce processus lance la messagerie RosettaNet Implementation Framework (RNIF) sur le système initiateur en créant et en envoyant le message d’entreprise RNIF initial.

Flux de messages dans le processus public de l’initiateur

Le flux de message via le processus public de l’initiateur est le suivant :

  1. Le processus public de l’initiateur reçoit le contenu du service et les pièces jointes du processus privé via le port de contenu du service.

  2. Le processus public envoie la réponse au processus privé et n’effectue aucun autre traitement.

  3. Si le processus public reçoit une notification indiquant que Microsoft BizTalk Accelerator pour RosettaNet (BTARN) n’a pas correctement envoyé le message, le processus public envoie cette status au processus privé initiateur, puis se termine.

  4. Si le processus public reçoit une notification indiquant que BTARN a correctement envoyé le message, le processus entre dans un état d’attente (en attente d’une action de la part du répondeur).

  5. Les actions suivantes peuvent mettre fin à l’état d’attente :

    1. Le processus public reçoit un signal d’accusé de réception de la part du répondeur.

      Si la non-répudiation du signal est requise (comme défini dans les paramètres de configuration du processus), le processus lit la synthèse, met en corrélation le digest dans le signal avec le digest dans le message d’action d’origine, puis conserve le signal.

      Le processus public envoie les en-têtes et le contenu du service du signal au processus privé.

    2. Le processus public reçoit un message de réponse à double action de la part du répondeur.

      Le processus extrait le contenu et les en-têtes du service du message de réponse et les envoie au processus privé.

      Si l’activité est synchrone, le processus construit un message de signal RNIF en encapsulant la partie de message de contenu du service avec le préambule, l’en-tête de service et l’en-tête de remise (pour RNIF 2.01). Le processus crée le préambule et les en-têtes à l’aide d’informations de configuration sur les parties sources et de destination, ainsi que les variables PIP stockées dans l’accord de partenaire commercial entre les parties. Le processus envoie ensuite le message de signal au répondeur.

      Si l’activité est asynchrone, le processus se termine.

    3. Le processus public reçoit un message de notification d’échec (NoF) de la part du répondeur. Le processus public envoie un message status correspondant au processus privé de l’initiateur. Le processus privé gère ensuite l’erreur et met fin aux deux processus.

    4. Le processus public ne reçoit pas de signal d’accusé de réception de la part du répondeur au cours de la période Délai d’acceptation (comme défini dans les paramètres de configuration du processus). Si c’est le cas, l’une des opérations suivantes se produit :

      Si le nombre de nouvelles tentatives (tel que défini dans les paramètres de configuration du processus) n’a pas atteint zéro et que l’activité est asynchrone, le processus public envoie à nouveau le message.

      Si le nombre de nouvelles tentatives (comme défini dans les paramètres de configuration du processus) n’a pas atteint zéro et que l’activité est synchrone, le processus public lance un message 0A1.

      Notes

      CIDX ne prend pas en charge les messages 0A1.

      Si le nombre de nouvelles tentatives atteint zéro sans envoi réussi, le processus public publie un message d’erreur et, s’il ne s’agit pas de CIDX, le processus public envoie un message 0A1.

      Si l’activité est synchrone et qu’il ne s’agit pas de CIDX, le processus public lance un message 0A1.

    5. Si aucune action ne se produit dans la période Délai d’exécution et qu’il ne s’agit pas de CIDX, le processus public envoie un message 0A1.

Voir aussi

Processus publics
Processus public du répondeur