Tijdelijk beheer en vertraging

AEM formulieren (en eerdere versies) hebben JMS-wachtrijen gebruikt om bewerkingen asynchroon uit te voeren. In AEM formulieren zijn JMS-wachtrijen vervangen door Werkbeheer. Dit document bevat achtergrondinformatie over Werkbeheer en instructies voor het configureren van opties voor het vertragen van werkbeheer.

Informatie over langlevende (asynchrone) bewerkingen

In AEM vormen, kunnen de verrichtingen door de diensten of kortstondig (synchroon) of langdurig (asynchroon) worden uitgevoerd. Korte-levende verrichtingen voltooien synchroon op de zelfde draad waarvan zij werden aangehaald. Deze bewerkingen wachten op een reactie voordat u verdergaat.

Langdurige bewerkingen kunnen systemen omvatten of zelfs verder reiken dan de organisatie, bijvoorbeeld wanneer een klant een aanvraagformulier voor een lening moet invullen en indienen als onderdeel van een grotere oplossing waarin meerdere geautomatiseerde en menselijke taken zijn geïntegreerd. Dergelijke bewerkingen moeten worden voortgezet in afwachting van een reactie. Langdurige bewerkingen voeren hun onderliggende werk asynchroon uit, waardoor bronnen op een andere manier kunnen worden gebruikt in afwachting van voltooiing. In tegenstelling tot een kortstondige bewerking beschouwt de Manager van het Werk een langlevende bewerking niet als voltooid zodra deze is aangeroepen. Een externe trigger, zoals een systeem dat een andere bewerking op dezelfde service aanvraagt of een gebruiker die een formulier indient, moet worden uitgevoerd om de bewerking te voltooien.

Info over Werkbeheer

AEM formulieren (en eerdere versies) hebben JMS-wachtrijen gebruikt om bewerkingen asynchroon uit te voeren. AEM formulieren maken gebruik van Werkbeheer om asynchrone bewerkingen via beheerde threads te plannen en uit te voeren.

Asynchrone bewerkingen worden op deze manier afgehandeld:

  1. De Manager van het werk ontvangt een het werkpunt voor uitvoering.
  2. De Manager van het werk slaat het het werkpunt in een gegevensbestandlijst op en wijst een uniek herkenningsteken aan het het werkpunt toe. De databaserecord bevat alle informatie die nodig is om het werkitem uit te voeren.
  3. De draden van de Manager van het werk trekken in het werkpunten wanneer de draden vrij worden. Alvorens in de het werkpunten te trekken, kunnen de draden controleren of de vereiste diensten zijn begonnen, of er genoeg heapgrootte om in het volgende het werkpunt te trekken is, en of er genoeg cycli van cpu zijn om het het werkpunt te verwerken. De Manager van het werk evalueert ook attributen van het het werkpunt (zoals zijn prioriteit) wanneer het plannen van zijn uitvoering.

AEM formulierbeheerders kunnen Health Monitor gebruiken om de statistieken van de Manager van het Werk te controleren, zoals het aantal werkpunten in de rij en hun status. U kunt Health Monitor ook gebruiken om het werkpunten te pauzeren, te hervatten, opnieuw te proberen of te schrappen. (Zie Statistieken weergeven met betrekking tot Werkmanager.)

Opties voor het wijzigen van de snelheid van de werkmanager

U kunt het vertragen voor de Manager van het Werk vormen, zodat de het werkpunten slechts gepland zijn wanneer er genoeg geheugenmiddelen beschikbaar zijn. U configureert vertraging door de volgende JVM-opties in te stellen in uw toepassingsserver.

Eigenschap

Beschrijving
 adobe.work-manager.queue-refill-interval

Geeft het tijdinterval, in milliseconden, aan dat de Manager van het Werk gebruikt wanneer het controleren op nieuwe punten in zijn rij.

De waarde voor deze optie is een geheel getal. De standaardwaarde is 1000 milliseconden (1 seconde).

Als het volume van asynchrone aanroepen laag is, kunt u deze waarde verhogen. U kunt de waarde bijvoorbeeld verhogen naar een waarde tussen 2000 en 5000 (2 tot 5 seconden).

Als het volume van asynchrone aanroepen hoog is, zou de standaardwaarde voldoende moeten zijn, maar u kunt een lagere waarde gebruiken indien nodig. Als u deze waarde te veel verlaagt (bijvoorbeeld tot minder dan 50, wat resulteert in een opiniepeilingsfrequentie van 20 keer per seconde), veroorzaakt dit een aanzienlijke overhead op het systeem.
 adobe.workmanager.debug-mode-enabled

Stel deze optie in op true om de foutopsporingsmodus in te schakelen of op false om deze uit te schakelen.

In zuivert wijze, worden de berichten betreffende de beleidsschendingen van de Manager van het Werk en de pauze/hervat acties van de Manager van het Werk geregistreerd. Stel deze optie alleen in op true wanneer problemen worden opgelost.
 adobe.workmanager.memory-control.enabled

Stel deze optie in op true om vertraging in te schakelen op basis van de instellingen voor geheugenbeheer die hieronder worden beschreven, of op false om vertraging uit te schakelen.
 adobe.workmanager.memory-control.high-limit

Hiermee geeft u het maximale percentage geheugen op dat in gebruik kan zijn voordat de taken van de werkmanager binnenkomen.

De standaardwaarde voor deze optie is 95. Deze waarde is bij de meeste systemen prima. Verhoog deze alleen als uw systeem de maximale capaciteit moet benutten. Maar aangezien u deze waarde verhoogt, neemt het risico van uit Geheugen kwesties ook toe.

Als u AEM formulieren uitvoert in een geclusterde omgeving, kunt u de limietinstellingen voor geheugenbeheer op verschillende knooppunten van de cluster anders instellen. U kunt bijvoorbeeld een lagere hoge limiet hebben voor knooppunten A en B, die in het taakverdelingsmechanisme zijn geprogrammeerd voor interactief werk. En u zou hogere hoge grenzen kunnen hebben die op knopen C en D worden geplaatst, die niet door het taakverdelingsmechanisme worden gebruikt, maar voor asynchroon werk gereserveerd.
 adobe.workmanager.memory-control.low-limit

Hiermee geeft u het maximale percentage geheugen op dat in gebruik kan zijn voordat Werkbeheer stopt met het vertragen van binnenkomende taken.

De standaardwaarde voor deze optie is 20. Deze waarde is bij de meeste systemen prima.
Dadobe.workmanager.allocate.max-batch-size

Hiermee geeft u de maximale batchgrootte voor workmanager op. De standaardgrootte van de batch is 10.

Als de status van een proces in de werkmanager niet wordt bijgewerkt, zelfs nadat de taak is voltooid, stelt u de batchgrootte in op 1.

Java-opties toevoegen aan JBoss

  1. Stop de JBoss-toepassingsserver.
  2. Open [appserver root]/bin/run.bat (Windows) of run.sh (Linux of UNIX) in een redacteur en voeg om het even welke opties van Java toe zoals vereist, in formaat -Dproperty=value.
  3. Start de server opnieuw.

Java-opties toevoegen aan WebLogic

  1. Start de WebLogic-beheerconsole door https://[hostnaam ]:[poort] /console in een webbrowser te typen.

  2. Typ de gebruikersnaam en het wachtwoord die u voor het WebLogic Server-domein hebt gemaakt en klik op Log Under Change Center, klik op Vergrendelen en bewerken.

  3. Klik onder Domeinstructuur op Omgeving > Servers en klik in het rechterdeelvenster op de naam van de beheerde server.

  4. Voor het volgende scherm, klik het lusje van de Configuratie > het Begin tabel van de Server.

  5. Voeg in het vak Argumenten de gewenste argumenten toe aan het einde van de huidige inhoud. Als u bijvoorbeeld Health Monitor wilt uitschakelen, voegt u het volgende toe:

    -Dadobe.healthmonitor.enabled=false Schakelt Health Monitor uit.

  6. Klik op Opslaan en vervolgens op Wijzigingen activeren.

  7. Start WebLogic managed server opnieuw.

Java-opties toevoegen aan WebSphere

  1. Klik in de WebSphere-navigatiestructuur voor beheerconsole op Servers > Servertypen > WebSphere-toepassingsservers.
  2. Klik in het rechterdeelvenster op de servernaam.
  3. Klik onder Serverinfrastructuur op Java en de formulierworkflow > Procesdefinitie.
  4. Klik onder Extra eigenschappen op Java Virtual Machine.
  5. Typ in het vak Algemene JVM-argumenten de argumenten die u nodig hebt.
  6. Klik op OK of Toepassen en klik vervolgens rechtstreeks op Opslaan in de master configuratie.

Op deze pagina