Activités reply et reply fault

Une activité reply définit de quelle façon un processus métiers envoie un message en réponse à un message qui a été reçu par une activité IMA (inbound message activity), qui peut être <receive>, <onMessage> ou<onEvent>. L'activité reply prend en charge le concept des affectations implicites en utilisant l'élément <toParts>.

L'activité reply peut prendre deux formes :


  • La première, dans le cadre d'une réponse normale, l'attribut faultName n'est pas utilisé dans l'attribut de variable (ou ses éléments <toPart> équivalents), s'il est présent, va indiquer une variable avec le message de réponse.

  • La seconde, lorsque la réponse indique une erreur, l'attribut faultName est utilisé et l'attribut de variable (ou ses éléments <toPart> équivalents), s'il est présent, va indiquer une variable pour l'erreur correspondante.

Syntaxe

<reply name="ReplyToCustomer" partnerLink="Customer" portType="PurchaseOrderPT" operation="ReceiveOrder">
  <correlations>
     <correlation set="OrderKey" initiate="no"/>
  </correlations>
   <toParts>
      <toPart part="CustID" fromVariable="vOrderProcessRequest" />
   </toParts>
</reply>


Correspondance

Vous modélisez une activité reply de l'une des façons suivantes :


  • Processus ayant les propriétés suivantes :

    Propriété de processus

    Valeur

    Type (mise en oeuvre)

    Exécuter l'opération.

    Type d'action

    Répondre.

    Mis en oeuvre par

    Opération définie sous un fournisseur de service au sein du même modèle.

    Message reçu

    Message de sortie de l'opération.

    Correspondance de message

    Nouvelle variable avec un type de message.

  • Pointez sur un processus <<empty>> ou sur un processus dépourvu de stéréotype, cliquez le bouton droit de la souris, puis sélectionnez la commande Changer en Reply.

  • Faites glisser l'opération depuis l'Explorateur d'objets pour la déposer sur un processus dans la fenêtre de diagramme, puis définissez le type d'action approprié.



Vous modélisez une activité reply with fault de la même façon qu'une activité reply. Toutefois, dans ce cas le type d'action du processus doit être "Répondre par une erreur" et le Message envoyé modélise le message d'erreur défini sous l'opération WSDL.

Remarque :

Vous pouvez pointer sur un processus <<empty>>, cliquer le bouton droit de la souris, puis sélectionner Changer en Reply Fault.



Attributs étendus

Les attributs étendus suivants s'appliquent à l'activité reply et à l'activité reply fault et sont disponibles sur leur feuille de propriétés :

Nom

Code interne

Description

Initier la corrélation

InitiateCorrelation

Lorsqu'une corrélation est utilisée par l'activité reply, l'attribut initiate peut être yes, no ou join.

Condition de jointure

joinCondition

Condition de jointure.

Suppression des échecs de jointure

suppressJoinFailure

Evite la propagation des erreurs de jointure.

MultipleCorrelation

Définit des activités BPEL Invoke, Receive ou Reply en utilisant plusieurs corrélations.

expressionLanguage

Spécifie le langage utilisé dans les expressions.


Created October 8, 2009. Send feedback on this help topic to Sybase Technical Publications: pubs@sybase.com