Workflows ontwikkelen en uitbreiden

Laatst bijgewerkt: 5 mei 2025
  • Van toepassing op:
  • Experience Manager 6.5

Gemaakt voor:

  • Ontwikkelaar

AEM biedt verschillende gereedschappen en bronnen voor het maken van workflowmodellen, het ontwikkelen van workflowstappen en voor programmatisch communiceren met workflows.

Met workflows kunt u processen automatiseren voor het beheer van bronnen en het publiceren van inhoud in uw AEM. Workflows bestaan uit een reeks stappen waarbij elke stap een afzonderlijke taak uitvoert. U kunt logica en runtime gegevens gebruiken om te bepalen wanneer een proces kan worden voortgezet en de volgende stap te selecteren uit een van de meerdere mogelijke stappen.

Zo bevatten bedrijfsprocessen voor het maken en publiceren van webpagina's goedkeurings- en aftekeningstaken van verschillende deelnemers. Deze processen kunnen worden gemodelleerd gebruikend AEM werkschema's en op specifieke inhoud worden toegepast.

De belangrijkste aspecten komen hieronder aan de orde, terwijl op de volgende pagina's nadere bijzonderheden worden gegeven:

OPMERKING
Voor informatie over:

Model

Een WorkflowModel vertegenwoordigt een definitie (model) van een workflow. Het bestaat uit WorkflowNodes en WorkflowTransitions . De overgangen verbinden de knopen en bepalen de stroom. Het model heeft altijd een beginknooppunt en een eindknooppunt.

Runtimemodel

Workflowmodellen hebben een versienummer. Wanneer u een werkstroominstantie uitvoert, wordt het runtimemodel van de werkstroom gebruikt en bewaard, zoals beschikbaar op het moment dat de werkstroom werd gestart.

Een runtime model wordt geproduceerd wanneer Synchronisatie in de redacteur van het werkschemamodelwordt teweeggebracht.

Bewerk aan het werkschemamodel dat voorkomt, of runtime modellen die, of allebei worden geproduceerd, nadat de specifieke instantie was begonnen niet op die instantie wordt toegepast.

LET OP
De uitgevoerde stappen worden bepaald door het runtime model, dat tegelijkertijd wordt geproduceerd de actie van de Synchronisatie in de werkschemamodeleditor wordt teweeggebracht.
Als het werkschemamodel na dit punt in tijd (zonder Synchronisatie wordt veranderd die) wordt teweeggebracht, dan wijst de runtime instantie niet op die veranderingen. Alleen runtimemodellen die na de update worden gegenereerd, weerspiegelen de wijzigingen. De uitzonderingen zijn de onderliggende ECMA-scripts, die slechts eenmaal worden bijgehouden zodat deze wijzigingen worden doorgevoerd.

Stap

Elke stap voert een afzonderlijke taak uit. Er zijn verschillende typen workflowstappen:

  • Deelnemer (Gebruiker/Groep): Met deze stappen wordt een tijdelijk item gegenereerd en toegewezen aan een gebruiker of groep. Een gebruiker moet het het werkpunt voltooien om de werkschema vooruit te gaan.
  • Proces (script, Javaā„¢ methode call): deze stappen worden automatisch uitgevoerd door het systeem. Een ECMA- of Javaā„¢-klasse implementeert de stap. De diensten kunnen worden ontwikkeld om aan speciale werkschemagebeurtenissen te luisteren en taken volgens de bedrijfslogica uit te voeren.
  • Container (subworkflow): dit type stap start een ander workflowmodel.
  • OF Splitsen/samenvoegen: gebruik logica om te beslissen welke stap u vervolgens in de workflow wilt uitvoeren.
  • EN Splitsen/samenvoegen: hiermee kunnen meerdere stappen tegelijkertijd worden uitgevoerd.

Alle stappen delen de volgende algemene eigenschappen: Autoadvance en Timeout waarschuwingen (scriptbaar).

Overgang

Een WorkflowTransition vertegenwoordigt een overgang tussen twee WorkflowNodes van een WorkflowModel .

  • De koppeling tussen twee opeenvolgende stappen wordt gedefinieerd.
  • Het is mogelijk regels toe te passen.

WorkItem

Een WorkItem is de eenheid die wordt doorgegeven via een Workflow -instantie van een WorkflowModel . Deze bevat de WorkflowData die de instantie gebruikt en een verwijzing naar WorkflowNode die de onderliggende werkstroomstap beschrijft.

  • Het wordt gebruikt om de taak te identificeren en in respectieve inbox gezet.
  • Een workflowinstantie kan een of meer WorkItems tegelijk hebben (afhankelijk van het workflowmodel).
  • De WorkItem verwijst naar de werkstroominstantie.
  • In de repository wordt WorkItem opgeslagen onder de werkstroominstantie.

Payload

Verwijst naar de bron die door een werkstroom moet worden geavanceerd.

De implementatie van de payload verwijst naar een bron in de opslagplaats (via pad, UUID of URL) of naar een geserialiseerd Javaā„¢-object. Verwijzen naar een bron in de opslagplaats is flexibel en productief. Het knooppunt waarnaar wordt verwezen, kan bijvoorbeeld worden weergegeven als een formulier.

Levenscyclus

Wordt gemaakt bij het starten van een nieuwe workflow (door het desbetreffende workflowmodel te kiezen en de lading te definiƫren) en eindigt wanneer het eindknooppunt wordt verwerkt.

De volgende acties zijn mogelijk op een werkstroominstantie:

  • BeĆ«indigen
  • Onderbreken
  • Hervatten
  • Opnieuw starten

Voltooide en beƫindigde exemplaren worden gearchiveerd.

Inbox

Elke gebruikersaccount heeft zijn eigen workflow-inbox waarin de toegewezen WorkItems toegankelijk zijn.

WorkItems wordt toegewezen aan of de gebruikersrekening direct of aan de groep waartot zij behoren.

Workflowtypen

Er zijn verschillende typen werkstromen die worden aangegeven in de console Workflowmodellen:

wf-upgrade-03

  • Gebrek

    Dit zijn de werkstromen buiten de doos inbegrepen in een standaard AEM instantie.

  • Aangepaste workflows (geen indicator in de console)

    Deze workflows zijn gemaakt als nieuwe workflows of als out-of-the-box workflows die zijn bedekt met aanpassingen.

  • Verouderd

    Workflows die zijn gemaakt in een eerdere versie van AEM. Deze workflows kunnen tijdens een upgrade behouden blijven of worden geĆ«xporteerd als een workflowpakket van de vorige versie en vervolgens worden geĆÆmporteerd in de nieuwe versie.

Tijdelijke workflows

Standaardworkflows slaan runtime (geschiedenis)-informatie op tijdens het uitvoeren. U kunt een werkschemamodel ook bepalen als Overgangs om dergelijke geschiedenis te vermijden die wordt gepresteerd. Deze workflow wordt gebruikt voor het afstemmen van prestaties, omdat hierdoor tijd en bronnen worden bespaard die worden gebruikt voor het blijvend maken van de informatie.

U kunt tijdelijke workflows gebruiken voor workflows die:

  • worden vaak uitgevoerd.
  • hebt de workflowgeschiedenis niet nodig.

Er zijn tijdelijke workflows geĆÆntroduceerd voor het laden van vele elementen, waarbij de elementgegevens belangrijk zijn, maar niet de runtimegeschiedenis van de workflow.

OPMERKING
LET OP
Wanneer een workflowmodel als tijdelijk wordt gemarkeerd, zijn er een paar scenario's wanneer de runtime-informatie moet worden voortgezet:
  • Het ladingstype (bijvoorbeeld video) vereist externe stappen voor verwerking; in dergelijke gevallen is de runtime geschiedenis nodig voor statusbevestiging.
  • Het werkschema gaat een EN Gesplitst in. In dergelijke gevallen is de runtimegeschiedenis nodig voor statusbevestiging.
  • Wanneer de tijdelijke workflow een stap voor deelnemers activeert, verandert deze modus bij uitvoering in een stap zonder overgang. Aangezien de taak aan een persoon wordt overgegaan, moet de geschiedenis worden voortgeduurd.
LET OP
Binnen een transient werkschema, zou u a niet moeten gebruiken gaan.
De reden is omdat de Goto Stap tot een slingerbaan leidt om het werkschema op het goto punt voort te zetten. Het verslaat het doel om het werkschema transient te maken, en produceert een fout in het logboekdossier.
Het gebruik OF Splitst om keuzen binnen een transient werkschema te maken.
OPMERKING
Zie Beste praktijken voor Assetsvoor verdere informatie over hoe de Transiente Workflows de prestaties van Activa beĆÆnvloeden.