WFLYEJB0378: Fout bij het verkrijgen van een vergunning binnen 5 MINUTEN in AEM Forms op JEE (JBOSS)

Wanneer AEM Forms wordt aangeroepen op JEE-services (bijvoorbeeld via Axis/soap-eindpunten), mislukken aanroepen soms met een time-outfout. Dit komt door de uitputting van de EJB-instantiepool in de JBoss-container. Verhoog de transactieonderbreking en stem de configuratie JBoss om de dienst omhoog te brengen.

Beschrijving description

Omgeving

  • Product: Adobe Experience Manager (AEM) - Forms op JEE
  • App server: JBoss
  • Reikwijdte: Stateless zittingsbonen (SLSB) en/of bericht-gedreven bonen (MDB) onder lading of langdurige verrichtingen (werkschema's, controlemappen, zware de dienstvraag)

Probleem/symptomen

  • De aanroepen van de dienst ontbreken met WFLYEJB0378: Slaagden er niet in om een vergunning binnen 5 MINUTEN fout te verwerven.
  • De as/zeepstacksporen tonen ALC-DSC-099-000 en DSCRuntimeException.
  • Vindt plaats tijdens piekbelasting of wanneer langdurige/bezige processen actief zijn.

Foutlogboek:

Fout:
17 :13: 02.911 INFO [ org.apache.axis.EXCEPTIONS ] (standaard taak-92) AxisFault: ALC-DSC-099-000: com.adobe.idp.dsc.DSCRuntimeException: javax.ejb.EJBExcn Afbeelding: *WFLYEJB0378: Kan geen vergunning aanschaffen binnen 5 MINUTEN*
org.apache.axis.AxisFault.makeFault(AxisFault.java :101) [ as- 1.4.1.1 .jar:]
op org.apache.axis.providers.java.JavaProvider.invoke(JavaProvider.java :331) [ axis- 1.4.1.1 .jar:]
op org.apache.axis.strategy.InvocationStrategy.visit(InvocationStrategy.java :32) [ axis- 1.4.1.1 .jar:]
bij org.apache.axis.SimpleChain.doVisiting(SimpleChain.java :118) [ as- 1.4.1.1.jar:]
bij org.apache.axis.SimpleChain.invoke(SimpleChain.java :83) [ as- 1.4.1.1 .jar:]
bij org.apache.axis.handlers.soap.SOAPService.invoke(SOAPService.java :420) [ as- 1.4.1.1.jar:]
bij org.apache.axis.server.AxisServer.invoke(AxisServer.java :281) [ as- 1.4.1.1.jar:]
bij org.apache.axis.transport.http.AxisServlet.doPost(AxisServlet.java :684) [ as- 1.4.1.1.jar:]

Resolutie resolution

Nota : het verhogen max-pool-grootte kan draaduitputting oplossen maar brengt JVM middelbelasting, OS grenzen, en het maskeren van diepere architecturale kwesties-aanpassen met voorzichtigheid en juiste capaciteitsplanning.

U lost dit probleem als volgt op:

  1. Verhoog de time-out van de transactie als lange-lopende processen naar verwachting premature mislukkingen zullen verhinderen.

  2. Werk de JBoss-configuratie bij door de strict-max-pool -instellingen in standalone.xml of lc_turnkey.xml aan te passen om de max-pool-size - en instance-acquisition-timeout -waarden te verhogen, bijvoorbeeld:

    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"/>
    

    Verwijs naar ​ het Installeren van en het Opstellen van Adobe Experience Manager Forms op JEE voor JBoss ​ voor meer details.

  3. Als de JBoss-service niet reageert, beëindigt u het Java-proces handmatig en start u de toepassingsserver opnieuw om de normale werking te herstellen.

  4. Nadat u de configuratiewijzigingen hebt toegepast, start u de server opnieuw en controleert u de logboeken om te bevestigen dat de fout niet meer wordt weergegeven en dat de services correct werken.

recommendation-more-help
3d58f420-19b5-47a0-a122-5c9dab55ec7f