DokumentationAEM 6.5Användarhandbok

Utveckla och utöka arbetsflöden developing-and-extending-workflows

Last update: Wed Apr 17 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

Skapat för:

  • Developer

AEM innehåller flera verktyg och resurser för att skapa arbetsflödesmodeller, utveckla arbetsflödessteg och för programmässig interaktion med arbetsflöden.

Med arbetsflöden kan ni automatisera processer för hantering av resurser och publicering av innehåll i AEM. Arbetsflödena består av en serie steg, där varje steg utgör en diskret uppgift. Du kan använda logik- och körtidsdata för att bestämma när en process kan fortsätta och välja nästa steg i ett av flera möjliga steg.

Affärsprocesserna för att skapa och publicera webbsidor innefattar till exempel att godkänna och godkänna av olika deltagare. Dessa processer kan utformas med hjälp AEM arbetsflöden och tillämpas på specifikt innehåll.

Nedan beskrivs de viktigaste aspekterna, medan följande sidor innehåller mer information:

NOTE
Mer information om:

Modell model

A WorkflowModel representerar en definition (modell) av ett arbetsflöde. Den är gjord av WorkflowNodes och WorkflowTransitions. Övergångarna ansluter noderna och definierar flöde. Modellen har alltid en startnod och en slutnod.

Körningsmodell runtime-model

Arbetsflödesmodeller är versionshanterade. När du kör en arbetsflödesinstans används och behålls arbetsflödets körningsmodell, så som den är tillgänglig när arbetsflödet startades.

En körningsmodell är genereras när Synkronisera aktiveras i arbetsflödesmodellredigeraren.

Redigeringar av arbetsflödesmodellen som inträffar, eller körningsmodeller som genereras, eller både och, efter den specifika instansen som startades inte tillämpas på den instansen.

CAUTION
Stegen som utförs definieras av körningsmodellsom genereras vid den tidpunkt Synkronisera åtgärden aktiveras i arbetsflödesmodellredigeraren.
Om arbetsflödesmodellen ändras efter den här tidpunkten (utan Synkronisera när den aktiveras), kommer körningsinstansen inte att återspegla dessa ändringar. Endast körningsmodeller som genererats efter uppdateringen återspeglar ändringarna. Undantagen är de underliggande ECMA-skripten, som endast sparas en gång så att ändringarna genomförs.

Steg step

Varje steg ger en diskret uppgift. Det finns olika typer av arbetsflödessteg:

  • Deltagare (Användare/grupp): Med de här stegen genereras en arbetsuppgift och tilldelas en användare eller grupp. En användare måste slutföra arbetsuppgiften för att kunna gå vidare i arbetsflödet.
  • Process (Script, Java™-metodanrop): Dessa steg utförs automatiskt av systemet. Ett ECMA-skript eller en Java™-klass implementerar steget. Tjänsterna kan utvecklas för att avlyssna särskilda arbetsflödeshändelser och utföra uppgifter enligt affärslogiken.
  • Behållare (underarbetsflöde): Den här typen av steg startar en annan arbetsflödesmodell.
  • ELLER Dela/förena: Använd logik för att bestämma vilket steg som ska köras härnäst i arbetsflödet.
  • AND Split/Join: Tillåter att flera steg körs samtidigt.

Alla steg har följande gemensamma egenskaper: Autoadvance och Timeout varningar (skriptbara).

Övergång transition

A WorkflowTransition representerar en övergång mellan två WorkflowNodes av WorkflowModel.

  • Den definierar länken mellan två på varandra följande steg.
  • Det är möjligt att tillämpa regler.

WorkItem workitem

A WorkItem är den enhet som passeras genom en Workflow instans av en WorkflowModel. Den innehåller WorkflowData som instansen agerar på och en referens till WorkflowNode som beskriver det underliggande arbetsflödessteget.

  • Den används för att identifiera uppgiften och placeras i respektive inkorg.
  • En arbetsflödesinstans kan ha en eller flera WorkItems samtidigt (beroende på arbetsflödesmodell).
  • The WorkItem refererar till arbetsflödesinstansen.
  • I databasen är WorkItem lagras under arbetsflödesinstansen.

Nyttolast payload

Refererar till resursen som måste avanceras via ett arbetsflöde.

Nyttolastimplementeringen refererar till en resurs i databasen (via sökväg, UUID eller URL) eller av ett serialiserat Java™-objekt. Att referera till en resurs i databasen är flexibelt och med sling-produktivitet. Den refererade noden kan till exempel återges som ett formulär.

Livscykel lifecycle

Skapas när ett nytt arbetsflöde startas (genom att man väljer respektive arbetsflödesmodell och definierar nyttolasten) och avslutas när slutnoden bearbetas.

Följande åtgärder är möjliga för en arbetsflödesinstans:

  • Avsluta
  • Gör uppehåll
  • Återuppta
  • Starta om

Slutförda och avslutade instanser arkiveras.

Inkorg inbox

Varje användarkonto har en egen arbetsflödesinkorg där WorkItems är tillgängliga.

The WorkItems tilldelas antingen användarkontot direkt eller till den grupp som de tillhör.

Arbetsflödestyper workflow-types

Det finns olika typer av arbetsflöden som anges i konsolen Arbetsflödesmodeller:

wf-upgrade-03

  • Standard

    De här typerna är färdiga arbetsflöden som ingår i en AEM.

  • Anpassade arbetsflöden (ingen indikator i konsolen)

    Dessa arbetsflöden har skapats som nya eller från färdiga arbetsflöden som har överlagrats med anpassningar.

  • Äldre

    Arbetsflöden som skapats i en tidigare version av AEM. Dessa arbetsflöden kan behållas under en uppgradering eller exporteras som ett arbetsflödespaket från den tidigare versionen och sedan importeras till den nya versionen.

Övergående arbetsflöden transient-workflows

Standardarbetsflöden sparar körningsinformation (historik) under körningen. Du kan också definiera en arbetsflödesmodell som Övergående för att undvika att sådan historik sparas. Det här arbetsflödet används för prestandajustering eftersom det sparar tid och resurser som används för att lagra informationen.

Övergående arbetsflöden kan användas för alla arbetsflöden som:

  • körs ofta.
  • behöver inte arbetsflödeshistoriken.

Övergående arbetsflöden introducerades för inläsning av många resurser, där resursinformationen är viktig, men inte arbetsflödets körningshistorik.

NOTE
Se Skapa ett tillfälligt arbetsflöde för mer information.
CAUTION
När en arbetsflödesmodell markeras som Transient finns det några scenarier när körningsinformationen fortfarande måste bevaras:
  • Nyttolasttypen (till exempel video) kräver externa steg för bearbetning. I sådana fall behövs körtidshistoriken för statusbekräftelse.
  • Arbetsflödet anger en OCH dela. I sådana fall krävs körtidshistoriken för statusbekräftelse.
  • När det tillfälliga arbetsflödet går in i ett deltagarsteg ändras läget, vid körning, till icke-tillfälligt. När aktiviteten skickas till en person måste historiken sparas.
CAUTION
Inom ett tillfälligt arbetsflöde bör du inte använda en Gå till steg.
Orsaken är att Gå till steg skapar ett sling-jobb för att fortsätta arbetsflödet på goto punkt. Det motverkar syftet att göra arbetsflödet övergående och genererar ett fel i loggfilen.
Använd ELLER Dela för att göra val i ett tillfälligt arbetsflöde.
NOTE
Se Metodtips för Assets för mer information om hur Transient Workflows påverkar tillgångarnas prestanda.

Stöd för flera resurser multi-resource-support

Aktivera Stöd för flera resurser för arbetsflödesmodellen innebär att en arbetsflödesinstans startas även när du väljer flera resurser. Varje paket bifogas som ett paket.

If Stöd för flera resurser är inte aktiverat för arbetsflödesmodellen och flera resurser har valts. En enskild arbetsflödesinstans startas för varje resurs.

NOTE
Se Konfigurera ett arbetsflöde för stöd för flera resurser för mer information.

Arbetsflödessteg workflow-stages

Med arbetsflödesfaser kan du visualisera förloppet för ett arbetsflöde när du hanterar uppgifter. De kan användas för att ge en översikt över hur långt arbetsflödet är genom bearbetning. När arbetsflödet körs kan användaren visa förloppet som beskrivs av Scen (till skillnad från enskilda steg).

Eftersom namnen på de enskilda stegen kan vara specifika och tekniska, kan du definiera dem för att få en konceptuell vy över arbetsflödesförloppet.

För ett arbetsflöde med sex steg och fyra steg:

  1. Du kan konfigurera arbetsflödessteg (som visar arbetsflödets förlopp) och sedan tilldela rätt fas till varje steg i arbetsflödet:

    • Du kan skapa flera scennamn.
    • Sedan tilldelas varje steg ett enskilt scennamn (ett scennamn kan tilldelas ett eller flera steg).
    table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2
    Stegnamn Scen (tilldelad till steget)
    Steg 1 Skapa
    Steg 2 Skapa
    Steg 3 Granska
    Steg 4 Godkänn
    Steg 5 Complete
    Steg 6 Complete

  2. När arbetsflödet körs kan användaren visa förloppet enligt scennamnen (i stället för stegnamnen). Arbetsflödets förlopp visas i Fliken INFO FÖR ARBETSFLÖDE i fönstret med uppgiftsinformation för arbetsflödesobjektet som anges i Inkorg.

Arbetsflöden och Forms workflows-and-forms

Vanligtvis används arbetsflöden för att bearbeta formulärinskickade formulär i AEM. Det kan man göra med grundkomponenterna finns i en AEM eller med AEM Forms.

När du skapar ett formulär kan du enkelt koppla formuläröverföringen till en arbetsflödesmodell. Du kan till exempel lagra innehållet på en viss plats i databasen eller meddela en användare om att formuläret skickas och dess innehåll.

Arbetsflöden och översättning workflows-and-translation

Arbetsflödena ingår också i Översättning -processen.

recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2