Referens för arbetsflödessteg workflow-step-reference
Arbetsflödesmodeller består av en serie steg av olika typer. Beroende på typ kan dessa steg konfigureras och utökas med parametrar och skript för att ge den funktionalitet och kontroll som du behöver.
Stegegenskaper step-properties
Varje stegkomponent har en dialogruta för stegegenskaper där du kan definiera och redigera nödvändiga egenskaper.
Stegegenskaper - fliken Allmänt step-properties-common-tab
En kombination av följande egenskaper är tillgängliga för de flesta arbetsflödesstegkomponenter på fliken Allmänt i dialogrutan för egenskaper:
-
Titel
Stegets titel. -
Beskrivning
En beskrivning av steget. -
Arbetsflödessteg
En nedrullningsbar väljare som använder en scen i steget.
-
Timeout
Den period efter vilken steget"timeout" inträffar.
Du kan välja mellan: Av, Omedelbar, 1h, 6h, 12h, 24h. -
Timeout-hanterare
Hanteraren som styr arbetsflödet när steget avbryts. Exempel:
Auto Advancer
-
Handler Advance
Välj det här alternativet om du vill att arbetsflödet automatiskt ska gå vidare till nästa steg efter körningen. Om du inte väljer det här alternativet måste implementeringsskriptet hantera arbetsflödets utveckling.
Stegegenskaper - fliken Användare/grupp step-properties-user-group-tab
Följande egenskaper är tillgängliga för många arbetsflödesstegkomponenter på fliken Användare/grupp i dialogrutan för egenskaper:
-
Meddela användare via e-post
- Meddela deltagarna genom att skicka ett e-postmeddelande när arbetsflödet når steget.
- Om det här alternativet är aktiverat skickas ett e-postmeddelande till användaren som definieras av egenskapen Användare/grupp eller till varje medlem i gruppen om en grupp har definierats.
-
Användare/grupp
- I en nedrullningsbar markeringsruta kan du navigera till och välja en användare eller grupp.
- Om du tilldelar steget till en viss användare kan bara den här användaren utföra åtgärden.
- Om du tilldelar steget till en hel grupp har alla användare i den här gruppen åtgärden i sin arbetsflödesinkorg när arbetsflödet når det här steget.
- Mer information finns i Delta i arbetsflöden.
OCH dela and-split
AND-delning skapar en delning i arbetsflödet, efter vilken båda grenarna är aktiva. Du kan lägga till arbetsflödessteg i varje gren efter behov. I det här steget kan du lägga in flera bearbetningssökvägar i arbetsflödet. Du kan till exempel tillåta att vissa granskningssteg utförs parallellt, vilket sparar tid.
AND Split - Configuration and-split-configuration
Så här konfigurerar du delningen:
-
Redigera egenskaperna OCH Dela:
- Delat namn: tilldela ett namn för förklarande syften
- Ange antalet förgreningar som krävs: 2, 3, 4 eller 5.
-
Lägg till arbetsflödessteg i grenarna efter behov.
Behållarsteg container-step
Ett behållarsteg startar en annan arbetsflödesmodell som körs som ett underordnat arbetsflöde.
Med den här behållaren kan du återanvända arbetsflödesmodeller för att implementera vanliga stegsekvenser. En arbetsflödesmodell för översättning kan till exempel användas i flera redigeringsarbetsflöden.
Behållarsteg - konfiguration container-step-configuration
Om du vill konfigurera steget redigerar du och använder följande flikar:
-
Behållare
- Delarbetsflöde: Välj arbetsflödet som ska startas.
Gå till steg goto-step
Med Gå till steg kan du ange nästa steg som ska köras i arbetsflödesmodellen. Du kan ange en regeldefinition, ett externt skript eller ett ECMA-skript som routningsuttryck för att utvärdera nästa steg för arbetsflödesmodellen.
- Om villkoret som du anger är true slutförs Gå till steg och arbetsflödesmotorn kör det angivna steget.
- Om villkoret som du anger inte innehåller true slutförs Gå till steg och den normala routningslogiken bestämmer nästa steg som ska köras.
Med Gå till steg kan du implementera avancerade routningsstrukturer i dina arbetsflödesmodeller. Om du till exempel vill implementera en slinga kan du definiera Gå till steg så att du kan köra ett föregående steg i arbetsflödet, där routningsuttrycket utvärderar ett slingvillkor.
Gå till steg - konfiguration goto-step-configuration
Om du vill konfigurera steget redigerar du och använder följande flikar:
-
Process
-
Målsteg: Välj det steg som ska köras när villkoret för routningsuttrycket har utvärderats.
-
Routningsuttryck: Välj Regeldefinition, Externt skript eller ett ECMA-skript som avgör om Målsteget ska köras.
- Regeldefinition: Använd uttrycksredigeraren för att definiera regeln.
- Externt skript: Sökvägen för det externa skriptet.
- ECMA-skript: Skriptet som avgör om Gå till steg ska köras.
-
Simulera en for-slinga simulating-a-for-loop
Simulering av en for-slinga kräver att du håller reda på antalet upprepningar av slingor som har inträffat:
- Antalet representerar vanligtvis ett index med objekt som hanteras i arbetsflödet.
- Antalet utvärderas som avslutningskriterier för slingan.
Om du till exempel vill implementera ett arbetsflöde som utför en åtgärd på flera JCR-noder kan du använda en loopräknare som index för noderna. Om du vill behålla antalet lagrar du ett integer
-värde i datamappningen för arbetsflödesinstansen. Använd skriptet för Gå till steg om du vill öka antalet och jämföra antalet med avslutningskriterierna.
function check(){
var count=0;
var keyname="loopcount"
try{
if (workflowData.getMetaDataMap().containsKey(keyname)){
log.info("goto script: found loopcount key");
count= parseInt(workflowData.getMetaDataMap().get(keyname))+1;
}
workflowData.getMetaDataMap().put(keyname,count);
}catch(err) {
log.info(err.message);
return false;
}
if (parseInt(count) <7){
return true;
} else {
return false;
}
}
Simulera en for-slinga med hjälp av regeldefinition simulateforloop
Du kan också simulera en for-slinga med hjälp av Regeldefinition som routningsuttryck. Skapa en count-variabelmed datatypen Long. Använd Uttryck som mappningsläge i steget Ange variabel för att ange värdet för variabeln count till count + 1 för varje körning av steget Ange variabel .
I Gå till steg använder du Ange variabel som målsteg och antal < 5 som routningsuttryck.
Stegen Ange variabel körs upprepade gånger och värdet för variabeln count ökas med 1 i varje körning tills värdet når 5.
ELLER Dela or-split
ELLER Dela skapar en delning i arbetsflödet, efter vilken endast en gren är aktiv. I det här steget kan du lägga in sökvägar för villkorlig bearbetning i arbetsflödet. Du kan lägga till arbetsflödessteg i varje gren efter behov.
Eller delad - konfiguration or-split-configuration
Så här konfigurerar du delningen:
-
Redigera egenskaperna ELLER Dela:
-
Allmänt
- Ange delningsnamnet.
-
Förgreningar (x)
- Lägg till gren: Lägg till fler grenar i steget.
- Välj routningsuttryck: Om du vill utvärdera den aktiva grenen väljer du routningsuttrycket. Möjliga värden är: Regeldefinition, Externt skript och ECMA-skript.
- Klicka för att lägga till uttryck: Lägg till uttryck för att utvärdera den aktiva grenen om du väljer Regeldefinition som routningsuttryck.
- Skriptsökväg: Sökvägen till en fil som innehåller skriptet som ska utvärdera den aktiva grenen om du väljer Externt skript som routningsuttryck.
- Skript: Lägg till skriptet i rutan för att utvärdera den aktiva grenen om du väljer ECMA-skript som routningsuttryck.
- Standardflöde: Standardförgreningen följs om det finns flera förgreningar. Du kan bara ange en gren som standard.
note note NOTE -
En gren utvärderas i taget baserat på routningsuttrycket.
- Förgreningarna utvärderas uppifrån och ned.
- Det första skriptet som utvärderas till true körs.
- Om ingen gren utvärderas till true, går arbetsflödet inte framåt.
note note NOTE Se Definiera en regel för en OR-delning. -
-
Lägg till arbetsflödessteg i grenarna efter behov.
Deltagarsteg och väljare participant-steps-and-choosers
Deltagarsteg participant-step
Med ett deltagarsteg kan du tilldela ägarskap för en viss åtgärd. Arbetsflödet fortsätter bara när användaren har bekräftat steget manuellt. Det här arbetsflödet används när du vill att någon ska arbeta med arbetsflödet. Exempel: ett granskningssteg.
Även om det inte är direkt relaterat måste användarauktorisering beaktas när en åtgärd tilldelas. Användaren måste ha åtkomst till sidan som är arbetsflödets nyttolast.
Deltagarsteg - konfiguration participant-step-configuration
Om du vill konfigurera steget redigerar du och använder följande flikar:
- Arbetsflödet är slutfört (färdigt).
- Arbetsflödet avbryts (avslutas).
Steg för dialogdeltagare dialog-participant-step
Använd ett dialogdeltagarsteg för att samla in information från den användare som har tilldelats arbetsposten. Det här steget är användbart när du vill samla in små mängder data som används senare i arbetsflödet.
När du är klar med steget innehåller dialogrutan Slutför arbetsuppgift de fält som du har definierat i dialogrutan. De data som samlas in i fälten lagras i noder i arbetsflödets nyttolast. Efterföljande arbetsflödessteg kan sedan läsa värdet från databasen.
Om du vill konfigurera steget anger du vilken grupp eller användare som arbetsposten ska tilldelas till och sökvägen till dialogrutan.
Steg för dialogdeltagare - konfiguration dialog-participant-step-configuration
Om du vill konfigurera steget redigerar du och använder följande flikar:
-
Dialog
- Dialogsökväg: Sökvägen till dialognoden i den dialogruta som du skapar.
Steg för dialogdeltagare - Skapa en dialogruta dialog-participant-step-creating-a-dialog
Om du vill skapa en dialogruta måste du skapa den:
Steg för dialogdeltagare - lagra data i nyttolasten dialog-participant-step-storing-data-in-the-payload
Du kan lagra widgetdata i arbetsflödets nyttolast eller i arbetsobjektets metadata. Formatet för egenskapen name
för widgetnoden avgör var data lagras.
-
Lagra data med nyttolasten
-
Om du vill lagra widgetdata som en egenskap för arbetsflödets nyttolast använder du följande format för värdet för namnegenskapen för widgetnoden:
./jcr:content/nodename
-
Data lagras i nyttolastnodens
nodename
-egenskap. Om noden inte innehåller den egenskapen skapas egenskapen. -
När den lagras med nyttolasten skriver efterföljande användning av dialogrutan med samma nyttolast över egenskapens värde.
-
-
Lagra data med arbetsobjektet
-
Om du vill lagra widgetdata som en egenskap för arbetsobjektets metadata använder du följande format för värdet för egenskapen name:
nodename
-
Data lagras i egenskapen
nodename
för arbetsobjektetmetadata
. Data bevaras om dialogrutan senare används med samma nyttolast.
-
Steg för dialogdeltagare - Dialogrutedefinition dialog-participant-step-dialog-definition
-
Dialogrutestruktur
Dialogrutorna för Dialog Deltagare-steg liknar dialogrutor som du skapar för redigeringskomponenter. De lagras under:
/apps/myapp/workflow/dialogs
Dialogrutor för det pekaktiverade standardgränssnittet har följande nodstruktur:
code language-xml newComponent (cq:Component) |- cq:dialog (nt:unstructured) |- content |- layout |- items |- column |- items |- component0 |- component1 |- ...
note note NOTE Se Skapa och konfigurera en dialogruta. -
Dialogrutans sökvägsegenskap
Dialogdeltagarsteget har egenskapen Dialogsökväg (tillsammans med egenskaperna för ett deltagarsteg). Värdet för egenskapen Dialogsökväg är sökvägen till noden
dialog
i dialogrutan.Dialogrutan finns till exempel i en komponent med namnet
EmailWatch
som lagras i noden:/apps/myapp/workflows/dialogs
För det beröringsaktiverade användargränssnittet används följande värde för egenskapen Dialog Path:
/apps/myapp/workflow/dialogs/EmailWatch/cq:dialog
-
Exempeldialogrutedefinition
Följande XML-kodfragment representerar en dialogruta som lagrar ett
String
-värde i nodenwatchEmail
för nyttolastinnehållet. Titelnoden representerar komponenten TextField:code language-xml jcr:primaryType="nt:unstructured" jcr:title="Watcher Email Address Dialog" sling:resourceType="cq/gui/components/authoring/dialog"> <content jcr:primaryType="nt:unstructured" sling:resourceType="granite/ui/components/foundation/container"> <layout jcr:primaryType="nt:unstructured" margin="false" sling:resourceType="granite/ui/components/foundation/layouts/fixedcolumns" /> <items jcr:primaryType="nt:unstructured"> <column jcr:primaryType="nt:unstructured" sling:resourceType="granite/ui/components/foundation/container"> <items jcr:primaryType="nt:unstructured"> <title jcr:primaryType="nt:unstructured" fieldLabel="Notification Email Address" name="./jcr:content/watchEmails" sling:resourceType="granite/ui/components/foundation/form/textfield" /> </items> </column> </items> </content> </cq:dialog>
I det beröringsaktiverade användargränssnittet resulterar det här exemplet i en dialogruta som följande:
Dynamiskt deltagarsteg dynamic-participant-step
Komponenten Dynamiskt deltagarsteg liknar Deltagarsteg med skillnaden att deltagaren väljs automatiskt vid körning.
Om du vill konfigurera steget väljer du en deltagarväljare som identifierar deltagaren som arbetsposten ska tilldelas till, tillsammans med en dialogruta.
Dynamiskt deltagarsteg - konfiguration dynamic-participant-step-configuration
Om du vill konfigurera steget redigerar du och använder följande flikar:
-
Deltagarväljaren
- Deltagarväljaren: Namnet på deltagarväljaren som du skapar.
- Argument: Alla nödvändiga argument.
- E-post: Anger om ett e-postmeddelande ska skickas till användaren.
-
Dialog
- Dialogrutesökväg: Sökvägen till dialognoden i den dialogruta som du skapar (som med Dialogrutedeltagarsteget).
Dynamiskt deltagarsteg - Utveckla deltagarväljaren dynamic-participant-step-developing-the-participant-chooser
Du skapar deltagarväljaren. Därför kan du använda valfri urvalslogik eller valfria villkor. Din deltagarväljare kan t.ex. välja den användare (i en grupp) som har minst arbetsobjekt. Du kan skapa valfritt antal deltagare som du kan använda med olika instanser av komponenten Dynamic Deltagare Step i dina arbetsflödesmodeller.
Skapa en OSGi-tjänst eller ett ECMAScript-skript som väljer en användare att tilldela arbetsposten till.
-
ECMAscript
Skript måste innehålla en funktion med namnet getParticipant som returnerar ett användar-ID som ett
String
-värde. Lagra dina egna skript i till exempel mappen/apps/myapp/workflow/scripts
eller en undermapp.Ett exempelskript ingår i en AEM standardinstans:
/libs/workflow/scripts/initiator-participant-chooser.ecma
note caution CAUTION Ändra ingenting i sökvägen /libs
.Orsaken är att innehållet i /libs
skrivs över nästa gång du uppgraderar din instans (och kan skrivas över när du använder en snabbkorrigering eller ett funktionspaket).Det här skriptet väljer arbetsflödesinitieraren som deltagare:
code language-none function getParticipant() { return workItem.getWorkflow().getInitiator(); }
note note NOTE Komponenten Deltagare i arbetsflödesinitieraren utökar steget för den dynamiska deltagaren och använder det här skriptet som stegimplementering. -
OSGi-tjänst
Tjänsterna måste implementera gränssnittet com.day.cq.workflow.exec.ParticipantStepChooser. Gränssnittet definierar följande medlemmar:
-
SERVICE_PROPERTY_LABEL
-fält: Använd det här fältet för att ange namnet på deltagarväljaren. Namnet visas i en lista över tillgängliga deltagarval i egenskaperna Dynamiskt deltagarsteg . -
getParticipant
-metod: Returnerar det dynamiskt matchade huvud-ID:t som ettString
-värde.
note caution CAUTION Metoden getParticipant
returnerar det dynamiskt matchade huvud-ID:t. Detta ID kan antingen vara ett grupp-ID eller ett användar-ID.Ett grupp-ID kan dock bara användas för ett deltagarsteg när en lista med deltagare returneras. En tom lista returneras för ett dynamiskt deltagarsteg och kan inte användas för delegering. Om du vill göra implementeringen tillgänglig för komponenter i Dynamic Participant Step lägger du till din Java™-klass i ett OSGi-paket som exporterar tjänsten och distribuerar paketet till AEM.
note note NOTE Slumpmässig deltagarväljare är en exempeltjänst som väljer en slumpmässig användare ( com.day.cq.workflow.impl.process.RandomParticipantChooser
). Komponentexemplet Slumpmässig deltagare Välj r utökar det dynamiska deltagarsteget och använder den här tjänsten som stegimplementering. -
Dynamiskt deltagarsteg - Exempel på deltagarväljartjänst dynamic-participant-step-example-participant-chooser-service
Följande Java™-klass implementerar gränssnittet ParticipantStepChooser
. Klassen returnerar namnet på deltagaren som initierade arbetsflödet. Koden använder samma logik som exempelskriptet (initiator-participant-chooser.ecma
) använder.
Anteckningen @Property
ställer in värdet för fältet SERVICE_PROPERTY_LABEL
till Workflow Initiator Participant Chooser
.
package com.adobe.example;
import org.apache.felix.scr.annotations.Component;
import org.apache.felix.scr.annotations.Properties;
import org.apache.felix.scr.annotations.Property;
import org.apache.felix.scr.annotations.Service;
import org.osgi.framework.Constants;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import com.adobe.granite.workflow.WorkflowException;
import com.adobe.granite.workflow.WorkflowSession;
import com.adobe.granite.workflow.exec.ParticipantStepChooser;
import com.adobe.granite.workflow.exec.WorkItem;
import com.adobe.granite.workflow.metadata.MetaDataMap;
@Component
@Service
@Properties({
@Property(name = Constants.SERVICE_DESCRIPTION, value = "An example implementation of a dynamic participant chooser."),
@Property(name = ParticipantStepChooser.SERVICE_PROPERTY_LABEL, value = "Workflow Initiator Participant Chooser (service)") })
public class InitiatorParticipantChooser implements ParticipantStepChooser {
private Logger logger = LoggerFactory.getLogger(this.getClass());
public String getParticipant(WorkItem arg0, WorkflowSession arg1,
MetaDataMap arg2) throws WorkflowException {
String initiator = arg0.getWorkflow().getInitiator();
logger.info("Assigning Dynamic Participant Step work item to {}",initiator);
return initiator;
}
}
I dialogrutan Dynamiskt deltagarsteg innehåller listan Deltagarväljare objektet Workflow Initiator Participant Chooser (script)
, som representerar den här tjänsten.
När arbetsflödesmodellen startas anger loggen ID:t för användaren som initierade arbetsflödet och vem som tilldelats arbetsposten. I det här exemplet startade användaren admin
arbetsflödet.
13.09.2015 15:48:53.037 *INFO* [10.176.129.223 [1347565733037] POST /etc/workflow/instances HTTP/1.1] com.adobe.example.InitiatorParticipantChooser Assigning Dynamic Participant Step work item to admin
Steg för formulärdeltagare form-participant-step
Formulärdeltagarsteget visar ett formulär när arbetsobjektet öppnas. När användaren fyller i och skickar formuläret lagras fältdata i noderna i arbetsflödets nyttolast.
Om du vill konfigurera steget anger du vilken grupp eller användare som arbetsposten ska tilldelas till och sökvägen till formuläret.
Steg för formulärdeltagare - Konfiguration form-participant-step-configuration
Om du vill konfigurera steget redigerar du och använder följande flikar:
-
Formulär
- Formulärsökväg: Sökvägen till det formulär du skapar.
Steg för formulärdeltagare - Skapa formuläret form-participant-step-creating-the-form
Skapa ett formulär som ska användas med ett formulärdeltagarsteg som vanligt. Formulär för ett steg för formulärdeltagare måste dock ha följande konfigurationer:
-
Egenskapen Åtgärdstyp måste vara inställd på
Edit Workflow Controlled Resource(s)
för komponenten Början av formulär. -
Komponenten Början av formulär måste ha ett värde för egenskapen
Form Identifier
. -
Formulärkomponenterna måste ha egenskapen Elementnamn inställd på sökvägen till noden där fältdata lagras. Sökvägen måste hitta en nod i arbetsflödets nyttolastinnehåll. Värdet har följande format:
./jcr:content/path_to_node
-
Formuläret måste innehålla en komponent av typen Skicka knapp för arbetsflöde. Du konfigurerar inga egenskaper för komponenten.
Arbetsflödets krav avgör var fältdata ska lagras. Fältdata kan till exempel användas för att konfigurera egenskaper för sidinnehåll. Följande värde för egenskapen Elementnamn lagrar fältdata som värdet för egenskapen redirectTarget
för noden jcr:content
:
./jcr:content/redirectTarget
I följande exempel används fältdata som innehåll i en Text -komponent på nyttolastsidan:
./jcr:content/par/text_3/text
Det första exemplet kan användas för alla sidor som återges av komponenten cq:Page
. Det andra exemplet kan bara användas när nyttolastsidan innehåller en Text-komponent som har ID:t text_3
.
Formuläret kan finnas var som helst i databasen, men arbetsflödesanvändare måste ha behörighet att läsa formuläret.
Slumpmässig deltagarväljare random-participant-chooser
Steget Slumpmässig deltagarväljare är en deltagarväljare som tilldelar det genererade arbetsobjektet till en användare som väljs slumpmässigt från en lista.
Slumpmässig deltagarväljare - konfiguration random-participant-chooser-configuration
Om du vill konfigurera steget redigerar du och använder följande flikar:
-
Argument
- Deltagare: Anger listan över användare som är tillgängliga för markering. Om du vill lägga till en användare i listan klickar du på Lägg till objekt och skriver hemsökvägen för användarnoden eller användar-ID:t. Användarnas ordning påverkar inte sannolikheten att tilldelas en arbetsuppgift.
Väljare för deltagare i arbetsflödesinitieraren workflow-initiator-participant-chooser
Steget Deltagare i arbetsflödesinitieraren är en deltagarväljare som tilldelar det genererade arbetsobjektet till användaren som startade arbetsflödet. Det finns inga andra egenskaper att konfigurera än Common -egenskaperna.
Väljare för deltagare i arbetsflödesinitiering - Konfiguration workflow-initiator-participant-chooser-configuration
Om du vill konfigurera steget redigerar du på följande flikar:
Processsteg process-step
Ett processteg kör ett ECMAScript eller anropar en OSGi-tjänst för att utföra automatisk bearbetning.
Processsteg - Konfiguration process-step-configuration
Om du vill konfigurera steget redigerar du och använder följande flikar:
-
Process
-
Process: Processimplementeringen som ska köras. Använd listrutan för att välja ECMAScript- eller OSGi-tjänsten. Mer information om:
- Standardtjänsterna ECMAScripts och OSGi, se Inbyggda processer för processsteg.
- Mer information om hur du skapar ECMAScript för ett processsteg finns i Implementera ett processsteg med ett ECMAScript.
- Skapa OSGi-tjänster för ett steg i processen, se Implementera ett steg med en Java™-klass.
-
Handler Advance: Välj det här alternativet om du vill att arbetsflödet automatiskt ska gå vidare till nästa steg efter körningen. Om du inte väljer det här alternativet måste implementeringsskriptet hantera arbetsflödets utveckling.
-
Argument: Argument som ska skickas till processen.
-
Ange variabel set-variable
Med steget Ange variabel kan du ange ett värde för en variabel och definiera i vilken ordning värdena ska anges. Variabeln ställs in i den ordning som variabelmappningarna visas i steget Ange variabel.
Ange variabel - konfiguration setvariable
Om du vill konfigurera steget redigerar du och använder följande flikar:
-
Mappning
-
Välj variabel: Använd det här alternativet om du vill välja en variabel för att ange dess värde.
-
Välj mappningsläge: Välj ett mappningsläge om du vill ange värdet för variabeln. Beroende på variabelns datatyp kan du använda följande alternativ för att ange värdet för en variabel:
- Literal: Använd alternativet när du vet exakt vilket värde som ska anges.
- Uttryck: Använd alternativet när värdet som ska användas beräknas baserat på ett uttryck. Uttrycket skapas i angiven uttrycksredigerare.
- JSON-punktnotation: Använd alternativet för att hämta ett värde från en JSON- eller FDM-typvariabel.
- XPATH: Använd alternativet för att hämta ett värde från en XML-typvariabel.
- Relativt till nyttolast: Använd alternativet när värdet som ska sparas i variabeln är tillgängligt på en sökväg som är relativ till nyttolasten.
- Absolut sökväg: Använd alternativet när värdet som ska sparas i variabeln är tillgängligt på en absolut sökväg.
-
Ange värde: Om du vill mappa till variabeln anger du ett värde. Vilket värde du anger i det här fältet beror på mappningsläget.
-
Lägg till mappning: Använd det här alternativet om du vill lägga till fler mappningar för att ange ett värde för variabeln.
-