${build.shortName} peut être suspendu ou arrêté progressivement. Cela permet aux demandes actives de se terminer normalement, sans accepter de nouvelles demandes. La valeur du délai d'attente spécifie la durée pendant laquelle l'opération de suspension ou d'arrêt attend que les demandes actives se terminent. Lorsque le serveur est suspendu, les demandes de gestion sont toujours traitées.
L'arrêt progressif est coordonné à l'échelle du serveur, principalement au niveau des points d'entrée par lesquels une requête entre dans le serveur. Les sous-systèmes suivants prennent en charge l'arrêt progressif :
Undertow attendra que toutes les requêtes soient terminées.modcluster avertira l'équilibreur de charge que le serveur est mis en attente dans la phase PRE_SUSPEND.
ejb3 attendra que toutes les requêtes EJB distantes et les livraisons de messages MDB soient terminées. L’envoi aux MDBs est arrêtée dans la phase
PRE_SUSPEND. Les minuteries EJB sont suspendues et les minuteries manquées seront activées lors de la reprise du serveur.
java.lang.IllegalStateException. Lorsque le serveur reprend, les tâches planifiées continuent à s'exécuter normalement et, dans la plupart des cas, il n'est pas nécessaire de les replanifier.
Les demandes sont suivies par le sous-système de contrôle des demandes. Sans ce sous-système, les capacités de suspension et de reprise sont limitées et le serveur n'attendra pas la fin des requêtes avant de se suspendre ou de s'arrêter. Toutefois, si vous n'avez pas besoin de cette fonctionnalité, le sous-système de contrôle des requêtes peut être supprimé pour une légère amélioration des performances.