Les transactions d'appel sont utilisées pour appeler une ou plusieurs commandes de cluster sur un Nœud cible. Il est similaire aux appels de procédures à distance effectués à une commande définie dans le cluster.
Comme pour les transactions d'écriture, la prise en charge des transactions d'appel Transactions planifiées et non planifiées. Veuillez consulter les Actions planifiées et non programmées pour en savoir plus sur les transactions temporisées.
Transaction d'appel non chronométrée
<ph type="x-smartling-placeholder">
<ph type="x-smartling-placeholder">Appeler une action de requête
Direction: Initiateur -> Cible
Semblable à l'action de requête de lecture et à l'action de requête d'écriture, cette action l'initiateur fournit à la cible les éléments suivants:
- Appeler des requêtes: une liste de chemins d'accès aux Commandes de cluster, ainsi que des arguments facultatifs aux commandes, Champs de commande :
- Requête temporisée: indicateur qui indique si cette action fait partie d'une requête temporisée. Appelez la transaction.
- Suppress Response: indicateur qui indique si l'action "Appeler la réponse" doit être supprimé.
- Interaction ID (ID d'interaction) : nombre entier utilisé pour faire correspondre l'action "Appeler la demande" à l'action "Appeler la réponse".
Appeler une action de réponse
Direction: cible -> Initiateur
Une fois que la cible reçoit l'action de demande d'appel, elle finalise l'action avec une action de réponse d'appel qui contient:
- Call Responses (Réponses d'appel) : une liste des réponses ou des états de la commande pour chaque appel envoyée.
- ID d'interaction: nombre entier utilisé pour faire correspondre l'action "Appeler la réponse" à l'action "Appeler la requête".
Restrictions d'appel non chronométré
L'action "CALL Request" (Appeler une demande) peut être un groupe de diffusion, mais dans ce cas, la commande Suppress Response (Réponse) doit être défini. Cela s'explique par le fait que dans le cas contraire, le réseau être submergé de réponses simultanées de chaque membre d'un groupe.
Pour activer ce comportement, le chemin d'accès utilisé dans la liste des requêtes d'appel peut contenir Groupes et ils peuvent contenir des caractères génériques, mais uniquement sur le point de terminaison . De plus, si l'action est "groupcast", cette transaction se termine sans réponse.
Transactions d'appel temporisé
Comme les transactions d'écriture temporisées, les transactions d'appel temporisé commencent avec l'action de requête temporisée.
<ph type="x-smartling-placeholder">
<ph type="x-smartling-placeholder">Action de demande planifiée
Direction: Initiateur -> Cible
Un demandeur démarre la transaction qui envoie cette action contenant:
- Délai avant expiration: durée en millisecondes pendant laquelle cette transaction peut rester ouverte. Pendant la prochaine action envoyée par l'initiateur sera considérée comme valide.
Une fois que l'action de demande temporisée est reçue, la cible doit accuser réception de l'événement Action de requête planifiée avec une action de réponse de statut. Une fois que l'initiateur reçoit une action de réponse d'état signalant l'absence d'erreur, une demande d'appel est envoyée. action.
Appeler une action de requête
Identique à l'option Appeler une action de requête décrite précédemment.
Appeler une action de réponse
Identique à l'option Appeler une action de réponse décrite précédemment.
Restrictions d'appel temporisé
Toutes les commandes d'appel peuvent être appelées par une interaction temporisée. La requête avec code temporel , l'action "Appeler la requête" et l'action "Appeler la réponse" sont Unicast uniquement et ne peut donc pas être utilisé comme enregistrement de groupe sur Chronométré Appelez des transactions.
L'action "Appeler une requête" prend en charge l'utilisation de chemins d'accès avec des groupes, ainsi que mais l'action "Appeler la réponse" ne les prend pas en charge.