Utveckla och utöka arbetsflöden :headding-anchor:developing-and-extending-workflows
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:
- Delta i arbetsflöden, se Använda arbetsflöden.
- Administrera arbetsflöden och arbetsflödesinstanser, se Administrera arbetsflöden.
- En communityartikel från början till slut finns i Ändra Digital Assets med Adobe Experience Manager-arbetsflöden.
- Se Fråga webbinariet AEM experter om arbetsflöden.
- Ändringar av informationsplatserna finns i Databasomstrukturering i AEM 6.5 och Bästa praxis för arbetsflöden - platser.
Modell :headding-anchor:model
En WorkflowModel
representerar en definition (modell) av ett arbetsflöde. Den är gjord av WorkflowNodes
och WorkflowTransitions
. Övergångarna ansluter noderna och definierar flödet. Modellen har alltid en startnod och en slutnod.
Körningsmodell :headding-anchor: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 genereras när Synkronisering aktiveras i arbetsflödesmodellredigeraren.
Redigeringar av arbetsflödesmodellen som inträffar, eller körningsmodeller som genereras, eller båda, efter, tillämpas inte på den instansen.
Steg :headding-anchor: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 delar följande gemensamma egenskaper: Autoadvance
och Timeout
varningar (skriptbara).
Övergång :headding-anchor:transition
En WorkflowTransition
representerar en övergång mellan två WorkflowNodes
av en WorkflowModel
.
- Den definierar länken mellan två på varandra följande steg.
- Det är möjligt att tillämpa regler.
WorkItem :headding-anchor:workitem
En WorkItem
är den enhet som skickas 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ödesmodellen). WorkItem
refererar till arbetsflödesinstansen.- I databasen lagras
WorkItem
under arbetsflödesinstansen.
Nyttolast :headding-anchor: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 :headding-anchor: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 :headding-anchor:inbox
Varje användarkonto har en egen arbetsflödesinkorg där den tilldelade WorkItems
är tillgänglig.
WorkItems
tilldelas antingen användarkontot direkt eller till gruppen som de tillhör.
Arbetsflödestyper :headding-anchor:workflow-types
Det finns olika typer av arbetsflöden som anges i konsolen Arbetsflödesmodeller:
-
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 :headding-anchor:transient-workflows
Standardarbetsflöden sparar körningsinformation (historik) under körningen. Du kan också definiera en arbetsflödesmodell som Transient för att undvika att den historiken 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.
- 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 AND-delning. 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.
goto
. Det motverkar syftet att göra arbetsflödet övergående och genererar ett fel i loggfilen.Stöd för flera resurser :headding-anchor:multi-resource-support
Om du aktiverar Multi Resource Support för arbetsflödesmodellen startas en enda arbetsflödesinstans även när du väljer flera resurser. Varje paket bifogas som ett paket.
Om Multi Resource Support inte har aktiverats för arbetsflödesmodellen och flera resurser har valts, startas en enskild arbetsflödesinstans för varje resurs.
Arbetsflödessteg :headding-anchor: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 Stage (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:
-
- 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 -
När arbetsflödet körs kan användaren visa förloppet enligt scennamnen (i stället för stegnamnen). Arbetsflödesförloppet visas på fliken ARBETSFLÖDESINFO i fönstret med uppgiftsinformation i arbetsflödesobjektet som visas i Inkorgen.
Arbetsflöden och Forms :headding-anchor:workflows-and-forms
Vanligtvis används arbetsflöden för att bearbeta formulärinskickade formulär i AEM. Det kan vara med kärnkomponenterna från komponenter som är tillgängliga i en AEM eller med AEM Forms-lösningen.
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 :headding-anchor:workflows-and-translation
Arbetsflöden ingår också i översättningsprocessen.