Le délai d'expiration et la gestion des erreurs de l'abonnement au workflow ont un comportement par défaut que vous pouvez personnaliser pour les machines virtuelles de votre environnement.

IaaS gère le délai d'expiration et le traitement des erreurs des événements dans le service Broker des événements.

À chaque transition d'état, SendEBSMessage envoie un événement au service Broker des événements et attend une réponse. Par défaut, si une erreur ou un délai d'expiration signalé par le service Broker des événements est susceptible de se produire, l'élément correspondant est enregistré et le workflow reprend.

Si un délai d'expiration ou une erreur se produit pendant les états suivants du workflow maître, celui-ci passe de force à l'état d'erreur plutôt que de reprendre.

Tableau 1. Exceptions au cours desquelles les workflows ne reprennent pas

État dans lequel l'erreur se produit

État d'erreur

PRE MachineProvisioned

UnprovisionMachine

PRE BuildingMachine

Disposing

PRE RegisterMachine

Finalized

Pour personnaliser le comportement du délai d'attente ou de l'erreur, vous pouvez ajouter des propriétés personnalisées à la machine pour des événements ou des états dans lesquels vous voulez déclencher un événement ou forcer un changement d'état. Utilisez les exemples suivants pour configurer les propriétés personnalisées.

  • Extensibility.Lifecycle.Error.Event.{Workflow}.{State}. La valeur de la propriété correspond au nom de l'événement à déclencher dans le workflow en cas de délai d'expiration ou d'erreur.

  • Extensibility.Lifecycle.Error.State.{Workflow}.{State}. La valeur de la propriété correspond au nom de l'état dans lequel le workflow passe de force en cas de délai d'expiration ou d'erreur.