WFLYEJB0378 : erreur « Échec de l’acquisition d’une autorisation dans les 5 MINUTES » dans AEM Forms on JEE (JBOSS)

Last update: Tue Sep 23 2025 00:00:00 GMT+0000 (Coordinated Universal Time)

Lors de l’appel des services AEM Forms on JEE (par exemple, via les points d’entrée Axis/soap), les appels échouent par intermittence avec une erreur de délai d’expiration. Cela est dû à l’épuisement du pool d’instances EJB dans le conteneur JBoss. Augmentez le délai d’expiration des transactions et ajustez la configuration de JBoss pour améliorer le service.

Description description

Environnement

Produit : Adobe Experience Manager (AEM) - Forms sur JEE
Serveur d’applications : JBoss
Portée beans de session sans état (SLSB) et/ou beans orientés message (MDB) en cas de charge ou d’opérations de longue durée (workflows, dossiers de contrôle, appels de service importants)

Problème/Symptômes

Échec des appels de service avec WFLYEJB0378 : échec de l’acquisition d’une autorisation dans les 5 MINUTES erreur.
Les traces de la pile Axis/Soap indiquent ALC-DSC-099-000 et DSCRuntimeException.
Se produit lors du pic de charge ou lorsque des processus de longue durée/occupés sont actifs.

Journal des erreurs :

Erreur :
17:13:02,911 INFO [ org.apache.axis.EXCEPTIONS] (tâche par défaut -92) AxisFault : ALC-DSC-099-000 : com.adobe.idp.dsc.DSCRuntimeException : javax.ejb.EJBException : *WFLYEJB0378 : Impossible d’acquérir une autorisation dans les 5 MINUTES*
org.apache.axis.AxisFault.makeFault(AxisFault.java:101) [ axis-1.4.1.1.jar:]
à org.apache.axis.providers.java.JavaProvider.invoke(JavaProvider.java:331) [ axis-1.4.1.1.jar:]
à org.apache.axis.strategy.InvocationStrategy.visit(InvocationStrategy.java:32) [ axis-1.4.1.1.jar:]
à org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:118) [ axis-1.4.1.1.jar:]
à org.apache.axis.SimpleChain.invoke(SimpleChain.java:83) [ axis-1.4.1.1.jar:]
à org.apache.axis.handlers.soap.SOAPService.invoke(SOAPService.java:420) [ axis-1.4.1.1.jar:]
à org.apache.axis.server.AxisServer.invoke(AxisServer.java:281) [ axis-1.4.1.1.jar:]
à org.apache.axis.transport.http.AxisServlet.doPost(AxisServlet.java:684) [ axis-1.4.1.1.jar:]

Résolution resolution

Remarque : l’augmentation de la taille maximale du pool peut résoudre l’épuisement des threads, mais risque de surcharger les ressources JVM, de limiter le système d’exploitation et de masquer des problèmes architecturaux plus profonds. Ajustez-les avec précaution et avec une planification de capacité appropriée.

Pour résoudre ce problème :

Augmentez le délai d’expiration de la transaction si des processus de longue durée sont susceptibles d’éviter des échecs prématurés.

Mettez à jour la configuration de JBoss en ajustant les paramètres de strict-max-pool dans standalone.xml ou lc_turnkey.xml pour augmenter les valeurs de max-pool-size et de instance-acquisition-timeout, par exemple :

code language-none

code language-none
`<strict-max-pool name="slsb-strict-max-pool" max-pool-size="200" instance-acquisition-timeout="10" instance-acquisition-timeout-unit="MINUTES"/> <strict-max-pool name="mdb-strict-max-pool" max-pool-size="200" instance-acquisition-timeout="10" instance-acquisition-timeout-unit="MINUTES"/>`

<strict-max-pool name="slsb-strict-max-pool" max-pool-size="200" instance-acquisition-timeout="10" instance-acquisition-timeout-unit="MINUTES"/>
<strict-max-pool name="mdb-strict-max-pool" max-pool-size="200" instance-acquisition-timeout="10" instance-acquisition-timeout-unit="MINUTES"/>

Pour plus d’informations, voir Installation et déploiement d’Adobe Experience Manager Forms sur JEE pour JBoss.

Si le service JBoss ne répond plus, arrêtez manuellement le processus Java et redémarrez le serveur d’applications pour restaurer le fonctionnement normal.
Après avoir appliqué les modifications de configuration, redémarrez le serveur et vérifiez les journaux pour confirmer que l’erreur ne s’affiche plus et que les services fonctionnent correctement.

recommendation-more-help

3d58f420-19b5-47a0-a122-5c9dab55ec7f