messageCount est le nombre après expansion, pas le nombre qui a réussi. Il n’y a pas d’id
par-message dans cette réponse et pas de résultat par-message. Voir
Callbacks de batch.
Un objet par message, chacun prenant les champs d’un envoi unique. Son to peut aussi être un tableau.
globals
object
non
Valeurs par défaut fusionnées sous chaque message, donc un champ défini sur un message l’emporte.
batch_config
object
non
schedule_at, callback_url, errback_url.
Les autres clés dans batch_config sont ignorées, pas refusées. Un errback_url mal
orthographié vous coûte chaque résultat par-message pendant que le batch renvoie encore 200.C’est le seul endroit de l’API où une faute de frappe ne produit pas un 400. Vérifiez-le en
envoyant un batch contenant un message dont vous savez qu’il sera refusé.
Les batches se cadencent contre la profondeur de la queue du router, en pausant au-dessus
d’un seuil haut. Vous n’avez pas à limiter vous-même la soumission d’un batch.
Les batches planifiés ne survivent à un redémarrage qu’avec un broker RabbitMQ configuré, et
pas même là quand la connexion au broker est dégradée. Si la planification durable compte,
confirmez avec votre fournisseur quel fournisseur de queue il exploite.
