Version | Artikellänk |
---|---|
AEM 6.5 | Klicka här |
AEM as a Cloud Service | Den här artikeln |
Formulärdatamodellredigeraren har ett intuitivt användargränssnitt och verktyg för att redigera och konfigurera en formulärdatamodell. Med redigeraren kan du lägga till och konfigurera datamodellsobjekt, egenskaper och tjänster från associerade datakällor i formulärdatamodellen. Dessutom kan du skapa datamodellsobjekt och -egenskaper utan datakällor och binda dem till respektive datamodellsobjekt och egenskaper senare. Du kan också generera och redigera exempeldata för datamodellsobjektegenskaper som du kan använda för att fylla i adaptiv Forms vid förhandsgranskning. Du kan testa datamodellsobjekt och tjänster som konfigurerats i en formulärdatamodell för att se till att den är korrekt integrerad med datakällor.
Om du inte har använt dataintegrering med Forms tidigare och inte har konfigurerat någon datakälla eller skapat en formulärdatamodell kan du läsa följande avsnitt:
Läs vidare om du vill ha mer information om olika åtgärder och konfigurationer som du kan utföra med formulärdatamodellredigeraren.
Du måste vara medlem i båda fdm-author och formuläranvändare grupper för att kunna skapa och arbeta med formulärdatamodell. Kontakta Experience Manager administratör för att bli medlem i grupperna.
Om du har skapat en formulärdatamodell med datakällor kan du använda redigeraren för formulärdatamodellen för att lägga till datamodellsobjekt och -tjänster, konfigurera deras egenskaper, skapa associationer mellan datamodellsobjekt och testa formulärdatamodellen och -tjänsterna.
Du kan lägga till datamodellsobjekt och datatjänster från tillgängliga datakällor i formulärdatamodellen. När nya datamodellsobjekt visas på fliken Modell visas tillagda tjänster på fliken Tjänster.
Så här lägger du till datamodellsobjekt och -tjänster:
Logga in på Experience Manager författarinstans, navigera till Forms > Data Integrations och öppna den formulärdatamodell i vilken du vill lägga till datamodellsobjekt.
Expandera datakällor i rutan Datakällor för att visa tillgängliga datamodellsobjekt och tjänster.
Markera datamodellsobjekt och tjänster som du vill lägga till i formulärdatamodellen och välj Add Selected.
Markerade datamodellsobjekt och datatjänster
The Model I visas en grafisk representation av alla datamodellsobjekt och deras egenskaper som har lagts till i formulärdatamodellen. Varje datamodellobjekt representeras av en ruta i formulärdatamodellen.
Model flik visar tillagda datamodellsobjekt
Du kan hålla kvar och dra runt datamodellsobjektrutor för att ordna dem i innehållsområdet. Alla datamodellsobjekt som läggs till i formulärdatamodellen är nedtonade i rutan Datakällor.
The Services -flikar visar tillagda tjänster.
Services flik visar datamodelltjänster
Förutom datamodellsobjekt och -tjänster innehåller OData-tjänstens metadatadokument navigeringsegenskaper som definierar associationen mellan två datamodellsobjekt. Mer information finns i Arbeta med navigeringsegenskaper för OData-tjänster.
Välj Save för att spara formulärmodellobjektet.
Du kan anropa tjänster som du har konfigurerat på fliken Tjänster i en formulärdatamodell med hjälp av reglerna för adaptiva formulär. De konfigurerade tjänsterna är tillgängliga i åtgärden Anropa tjänster i regelredigeraren Mer information om hur du använder dessa tjänster i regler för adaptiva formulär finns i Anropa tjänster och Ange värdet för regler i regelredigerare.
Du kan lägga till datamodellsobjekt från konfigurerade datakällor, men du kan även skapa datamodellsobjekt eller -enheter utan datakällor. Det är särskilt användbart om du inte har konfigurerat datakällor i formulärdatamodellen.
Så här skapar du ett datamodellsobjekt utan datakällor:
Logga in på Experience Manager författarinstans, navigera till Forms > Data Integrations och öppna den formulärdatamodell i vilken du vill skapa ett datamodellsobjekt eller en datamodell.
Välj Create Entity.
I Create data Model anger du ett namn för datamodellobjektet och väljer Add. Ett datamodellsobjekt läggs till i formulärdatamodellen. Det nya datamodellsobjektet är inte bundet till en datakälla och har inga egenskaper som visas i följande bild.
Därefter kan du lägga till underordnade egenskaper i obundna datamodellsobjekt.
Med formulärdatamodellsredigeraren kan du skapa underordnade egenskaper i ett datamodellsobjekt. Egenskapen när den skapas är inte bunden till någon egenskap i en datakälla. Du kan senare binda den underordnade egenskapen med en annan egenskap i det innehållande datamodellobjektet.
Så här skapar du en underordnad egenskap:
Markera ett datamodellsobjekt i en formulärdatamodell och välj Create Child Property.
I Create Child Property anger du ett namn och en datatyp för egenskapen i dialogrutan Name och Type fält. Du kan också ange en titel och en beskrivning för egenskapen.
Aktivera beräknad om egenskapen är en beräknad egenskap. Värdet för en beräknad egenskap utvärderas baserat på en regel eller ett uttryck. Mer information finns i Redigera egenskaper.
Om datamodellobjektet är bundet till en datakälla, binds den tillagda underordnade egenskapen automatiskt till egenskapen för det överordnade datamodellobjektet med samma namn och datatyp.
Om du vill binda en underordnad egenskap manuellt med en datamodellsobjektegenskap väljer du bläddringsikonen bredvid Bind Reference fält. The Select Object visas alla egenskaper från det överordnade datamodellobjektet. Välj en egenskap som du vill binda med och markera kryssruteikonen. Du kan bara välja en egenskap av samma datatyp som den underordnade egenskapen.
Välj Done för att spara den underordnade egenskapen och markera Save för att spara formulärdatamodellen… Egenskapen child läggs nu till i datamodellsobjektet.
När du har skapat datamodellsobjekt och -egenskaper kan du fortsätta skapa Adaptiv Forms baserat på formulärdatamodellen. När du har datakällor tillgängliga och konfigurerade kan du senare binda formulärdatamodellen till datakällor. Bindningen uppdateras automatiskt i tillhörande adaptiva Forms . Mer information om hur du skapar Adaptive Forms använda formulärdatamodell, se Använd formulärdatamodell.
När datakällorna som du vill integrera med formulärdatamodellen är tillgängliga kan du lägga till dem i formulärdatamodellen enligt beskrivningen i Uppdatera datakällor. Gör sedan följande för att binda obundna datamodellsobjekt och egenskaper:
Välj den obundna datakälla som du vill binda till en datakälla i formulärdatamodellen.
Välj Edit Properties.
I Edit Properties markerar du bläddringsikonen bredvid Binding fält. Den öppnar Select Object som visar datakällor som lagts till i formulärdatamodellen.
Expandera trädet för datakällor och markera ett datamodellsobjekt som du vill binda med, och markera kryssruteikonen.
Välj Done för att spara egenskaperna och sedan välja Save för att spara formulärdatamodellen. Datamodellobjektet är nu bundet till en datakälla. Observera att datamodellobjektet inte längre är markerat som Obundet.
Så här konfigurerar du läs- och skrivtjänster för att läsa och skriva data för ett datamodellsobjekt:
Markera kryssrutan högst upp i ett datamodellsobjekt för att markera det och markera det Edit Properties.
Redigera egenskaper för att konfigurera läs- och skrivtjänster för ett datamodellsobjekt
The Edit Properties öppnas.
Dialogrutan Redigera egenskaper
Förutom datamodellsobjekt och -tjänster innehåller OData-tjänstens metadatadokument navigeringsegenskaper som definierar associationen mellan två datamodellsobjekt. När du lägger till en OData-tjänstdatakälla i en formulärdatamodell finns det en tjänst tillgänglig i formulärdatamodellen för alla navigeringsegenskaper i ett datamodellsobjekt. Du kan använda den här tjänsten för att läsa navigeringsegenskaperna för motsvarande datamodellsobjekt.
Mer information om hur du använder tjänsten finns i Arbeta med navigeringsegenskaper för OData-tjänster.
Växla Top Level Object för att ange om datamodellobjektet är ett modellobjekt på den översta nivån.
Datamodellsobjekt som konfigurerats i en formulärdatamodell är tillgängliga för användning på fliken Datamodellsobjekt i innehållsläsaren för ett adaptivt formulär baserat på formulärdatamodellen. När du lägger till en association mellan två datamodellsobjekt kapslas datamodellobjektet som du associerar med under datamodellsobjektet som du associerar från i Data Model Objects -fliken. Om den kapslade datamodellen är ett objekt på den översta nivån visas den också separat i Data Model Objects -fliken. Därför ser du två poster i den, en inuti och en utanför den kapslade hierarkin, vilket kan förvirra formulärförfattarna. Om du vill att det associerade datamodellsobjektet bara ska visas i den kapslade hierarkin inaktiverar du egenskapen Objekt på översta nivån.
Välj Läs- och skrivtjänster för de markerade datamodellsobjekten. Argumenten för tjänsterna visas.
Läs- och skrivtjänster har konfigurerats för personaldatakälla
Välj för lästjänstargumentet till binda argumentet till ett användarprofilattribut, begärandeattribut eller litteralvärde och ange bindningsvärdet.
Välj Done för att spara argumentet, Done för att spara egenskaperna och sedan Save för att spara formulärdatamodellen.
Bind lästjänstargumentet till ett användarprofilattribut, begärandeattribut eller litteralvärde baserat på ett bindningsvärde. Värdet skickas till tjänsten som ett argument för att hämta information som är associerad med det angivna värdet från datakällan.
Välj Literal från Binding To och ange ett värde i listrutan Binding Value fält. Information som är associerad med värdet hämtas från datakällan. Använd det här alternativet om du vill hämta information som är kopplad till ett statiskt värde.
I det här exemplet är informationen som är kopplad till 4367655678, som värdet för mobilenum
-argument hämtas från datakällan. Den associerade informationen om du skickar värdet för ett mobilnummerargument kan innehålla egenskaper som kundnamn, kundadress och ort.
Välj User Profile Attribute från Binding To nedrullningsbar meny och ange attributnamnet i Binding Value fält. Information om användaren som är inloggad på Experience Manager -instansen hämtas från datakällan baserat på attributnamnet.
Attributnamnet som anges i Binding Value fältet måste innehålla den fullständiga bindningssökvägen till användarens attributnamn. Öppna följande URL för att komma åt användarinformationen på CRXDE:
https://[server-name]:[port]/crx/de/index.jsp#/home/users/
I det här exemplet anger du profile.empid
i Binding Value fält för grios
användare.
The id
argumentet har värdet för empid
användarprofilens attribut och skicka det som ett argument till tjänsten Read. Den läser och returnerar värden för associerade egenskaper från medarbetardatamodellobjektet för empid
associeras med den inloggade användaren.
Använd attributet request för att hämta associerade egenskaper från datakällan.
Välj Request Attribute från Binding To nedrullningsbar meny och ange attributnamnet i Binding Value fält.
Skapa en övertäckning for the head.jsp. Skapa övertäckningen genom att öppna CRX DE och kopiera https://<server-name>:<port number>/crx/de/index.jsp#/libs/fd/af/components/page2/afStaticTemplatePage/head.jsp
fil till https://<server-name>:<port number>/crx/de/index.jsp#/apps/fd/af/components/page2/afStaticTemplatePage/head.jsp
/libs/fd/af/components/page2/afStaticTemplatePage/head.jsp
/libs/fd/af/components/page2/aftemplatedpage/aftemplatedpage.jsp
Ange paramMap för attributet request. Ta till exempel med följande kod i .jsp-filen i mappen apps:
<%Map paraMap = new HashMap();
paraMap.put("<request_attribute>",request.getParameter("<request_attribute>"));
request.setAttribute("paramMap",paraMap);
Använd till exempel följande kod för att hämta värdet för petid från datakällan:
<%Map paraMap = new HashMap();
paraMap.put("petId",request.getParameter("petId"));
request.setAttribute("paramMap",paraMap);%>
Informationen hämtas från datakällan baserat på attributnamnet som anges i begäran.
Ange till exempel attribut som petid=100
i begäran hämtar egenskaper som är associerade med attributvärdet från datakällan.
Vanligtvis finns det kopplingar mellan datamodellsobjekt i en datakälla. Associationen kan vara en-till-en eller en-till-många. Det kan till exempel finnas flera beroenden som är kopplade till en medarbetare. Det kallas en-till-många-association och framställs av 1:n
på den linje som förbinder associerade datamodellsobjekt. Om en association returnerar ett unikt medarbetarnamn för ett givet medarbetar-ID kallas den en-till-en-association.
När du lägger till associerade datamodellobjekt i en datakälla i en formulärdatamodell behålls deras associationer och visas som kopplade med pilrader. Du kan lägga till associationer mellan datamodellsobjekt över olika datakällor i en formulärdatamodell.
Fördefinierade associationer i en JDBC-datakälla sparas inte i formulärdatamodellen. Du måste skapa dem manuellt.
Så här lägger du till en association:
Markera kryssrutan högst upp i ett datamodellsobjekt för att markera det och markera det Add Association. Dialogrutan Lägg till association öppnas.
Förutom datamodellsobjekt och -tjänster innehåller OData-tjänstens metadatadokument navigeringsegenskaper som definierar associationen mellan två datamodellsobjekt. Du kan använda de här navigeringsegenskaperna när du lägger till associationer i formulärdatamodellen. Mer information finns i Arbeta med navigeringsegenskaper för OData-tjänster.
The Add Association öppnas.
Dialogrutan Lägg till association
I rutan Lägg till association:
I följande exempel är standardargumentet för läsningstjänsten för datamodellobjektet Beroende dependentid
.
Standardargumentet för tjänsten för läsning av beroenden är beroendestyrt
Argumentet måste dock vara en vanlig egenskap mellan det associerade datamodellobjektet, vilket i det här exemplet är Employeeid
. Därför är Employeeid
argument måste vara bundna till id
egenskapen för Employee-datamodellobjektet för att hämta associerade beroendedetaljer från datamodellobjektet Dependents.
Uppdaterat argument och bindning
Välj Done för att spara argumentet.
Välj Done för att spara associationen och sedan Save för att spara formulärdatamodellen.
Upprepa stegen för att skapa fler associationer efter behov.
Den tillagda kopplingen visas i datamodellens objektruta med den angivna titeln och en linje som förbinder de associerade datamodellsobjekten.
Du kan redigera en association genom att markera kryssrutan för den och markera Edit Association.
Du kan redigera egenskaper för datamodellsobjekt, deras egenskaper och tjänster som lagts till i formulärdatamodellen.
Så här redigerar du egenskaper:
Markera kryssrutan bredvid ett datamodellsobjekt, en egenskap eller en tjänst i formulärdatamodellen.
Välj Edit Properties. The Edit Properties för det valda modellobjektet, egenskapen eller tjänsten öppnas.
Data model object: Ange läs- och skrivtjänster och redigeringsargument.
Property: Ange typ, undertyp och format för egenskapen. Du kan också ange om den valda egenskapen är primärnyckeln för datamodellobjektet.
Service: Ange tjänstens indatamodell, utdatatyp och argument. För en Get-tjänst kan du ange om den förväntas returnera en array.
Dialogrutan Redigera egenskaper för en get-tjänst
Välj Done för att spara egenskaper och sedan Save för att spara formulärdatamodellen.
En beräknad egenskap är den vars värde beräknas baserat på en regel eller ett uttryck. Med hjälp av en regel kan du ange värdet för en beräknad egenskap till en litteral sträng, ett tal, resultatet av ett matematiskt uttryck eller värdet för en annan egenskap i formulärdatamodellen.
Du kan till exempel skapa en beräknad egenskap FullName vars värde är ett resultat av sammanfogning av den befintliga FirstName och LastName egenskaper. Så här gör du:
Skapa en ny egenskap med namnet FullName
vars datatyp är String.
Aktivera Computed och markera Done för att skapa egenskapen.
Den beräknade egenskapen FullName skapas. Lägg märke till ikonen bredvid egenskapen för att avbilda en beräknad egenskap.
Välj egenskapen FullName och välj Edit Rule. Ett regelredigeringsfönster öppnas.
I regelredigeringsfönstret väljer du Create. A Set Value regelfönstret öppnas.
Välj i listrutan Välj alternativ Mathematical Expression. Andra tillgängliga alternativ är Form Data Model Object och String.
I det matematiska uttrycket väljer du FirstName och LastName i första och andra objektet. Välj plus som -operatorn.
Välj Done och sedan Close för att stänga regelredigeringsfönstret. Regeln ser ut ungefär så här.
Välj Save. Den beräknade egenskapen är konfigurerad.
I OData-tjänster används navigeringsegenskaper för att definiera associationer mellan två datamodellsobjekt. Dessa egenskaper definieras för en entitetstyp eller en komplex typ. I följande utdrag från metadatafilen för exemplet TripPin Exempeltjänster för OData, personenheten innehåller tre navigeringsegenskaper - Vänner, BestFriend och Resor.
Mer information om navigeringsegenskaper finns i OData-dokumentation.
<edmx:Edmx xmlns:edmx="https://docs.oasis-open.org/odata/ns/edmx" Version="4.0">
<script/>
<edmx:DataServices>
<Schema xmlns="https://docs.oasis-open.org/odata/ns/edm" Namespace="Microsoft.OData.Service.Sample.TrippinInMemory.Models">
<EntityType Name="Person">
<Key>
<PropertyRef Name="UserName"/>
</Key>
<Property Name="UserName" Type="Edm.String" Nullable="false"/>
<Property Name="FirstName" Type="Edm.String" Nullable="false"/>
<Property Name="LastName" Type="Edm.String"/>
<Property Name="MiddleName" Type="Edm.String"/>
<Property Name="Gender" Type="Microsoft.OData.Service.Sample.TrippinInMemory.Models.PersonGender" Nullable="false"/>
<Property Name="Age" Type="Edm.Int64"/>
<Property Name="Emails" Type="Collection(Edm.String)"/>
<Property Name="AddressInfo" Type="Collection(Microsoft.OData.Service.Sample.TrippinInMemory.Models.Location)"/>
<Property Name="HomeAddress" Type="Microsoft.OData.Service.Sample.TrippinInMemory.Models.Location"/>
<Property Name="FavoriteFeature" Type="Microsoft.OData.Service.Sample.TrippinInMemory.Models.Feature" Nullable="false"/>
<Property Name="Features" Type="Collection(Microsoft.OData.Service.Sample.TrippinInMemory.Models.Feature)" Nullable="false"/>
<NavigationProperty Name="Friends" Type="Collection(Microsoft.OData.Service.Sample.TrippinInMemory.Models.Person)"/>
<NavigationProperty Name="BestFriend" Type="Microsoft.OData.Service.Sample.TrippinInMemory.Models.Person"/>
<NavigationProperty Name="Trips" Type="Collection(Microsoft.OData.Service.Sample.TrippinInMemory.Models.Trip)"/>
</EntityType>
När du konfigurerar en OData-tjänst i en formulärdatamodell blir alla navigeringsegenskaper i en entitetsbehållare tillgängliga via en tjänst i formulärdatamodellen. I det här exemplet på tjänsten TripPin OData finns tre navigeringsegenskaper i Person
enhetsbehållaren kan läsas med en GET LINK
i formulärdatamodellen.
Följande visar GET LINK of Person /People
i formulärdatamodellen, som är en kombinerad tjänst för de tre navigeringsegenskaperna i Person
enhet för TripPin OData-tjänsten.
När du har lagt till GET LINK
på fliken Tjänster i formulärdatamodellen kan du redigera egenskaperna för att välja utdatamodellsobjektet och navigeringsegenskapen som ska användas i tjänsten. Till exempel följande GET LINK of Person /People
i följande exempel används Trip som utdatamodell och navigeringsegenskapen som Trips.
De värden som är tillgängliga i Default Value fält för NavigationPropertyName -argumentet beror på läget för Return array? växlingsknapp. När den är aktiverad visas navigeringsegenskaper av samlingstyp.
I det här exemplet kan du även välja utdatamodellsobjektet som Person och navigeringsegenskapsargument som Friends eller BestFriend (beroende på om Return array? är aktiverat eller inaktiverat).
På samma sätt kan du välja en GET LINK
och konfigurera navigeringsegenskaperna när du lägger till associationer i formulärdatamodellen. För att kunna välja en navigeringsegenskap måste du dock se till att Binding To field är inställd på Literal.
Med formulärdatamodellsredigeraren kan du generera exempeldata för alla datamodellsobjektsegenskaper, inklusive beräknade egenskaper, i en formulärdatamodell. Det är en uppsättning slumpmässiga värden som överensstämmer med den datatyp som konfigurerats för varje egenskap. Du kan också redigera och spara data, som behålls även om du genererar om exempeldata.
Så här genererar och redigerar du exempeldata:
Öppna en formulärdatamodell och välj Edit Sample Data. Den genererar och visar exempeldata i fönstret Redigera exempeldata.
I Edit Sample Data fönster, redigera data efter behov och markera Save.
Din formulärdatamodell är konfigurerad, men innan den används kanske du vill testa om de konfigurerade datamodellsobjekten och -tjänsterna fungerar som förväntat. Så här testar du datamodellsobjekt och -tjänster:
Markera ett datamodellsobjekt eller en tjänst i formulärdatamodellen och välj Test Model Object eller Test Service, respektive
Fönstret Testa formulärdatamodell öppnas.
I Test Form Data Model markerar du datamodellobjektet eller datatjänsten som ska testas i indatapanelen.
Ange ett argumentvärde i testkoden och välj Test. Ett lyckat test returnerar utdata i utdatapanelen.
På samma sätt kan du testa andra datamodellsobjekt och -tjänster i formulärdatamodellen.
Formulärdatamodellen validerar data som tas emot som indata när DermisBridge API anropas (baserat på de valideringskriterier som finns i formulärdatamodellen). Valideringen baseras på ValidationOptions
flaggan som angetts i frågeobjektet som används för att anropa API:t.
Flaggan kan anges med något av följande värden:
Om inget värde har angetts för ValidationOptions
flagga, GRUNDLÄGGANDE validering utförs på indata.
Följande är ett exempel på hur du ställer in valideringsflaggan på HELT:
operationOptions.setValidationOptions(ValidationOptions.FULL);
Värdet som du anger för ett attribut i indata måste matcha datatypen som är definierad för attributet i metadatadokumentet.
Om värdet inte överensstämmer med den datatyp som är definierad för attributet visar DermisBridge-API:t ett undantag oavsett värdet på ValidationOptions
flagga. Om loggnivån är inställd på Felsökning loggas ett fel på error.log -fil.
Formulärdatamodellen validerar indata baserat på en lista över datatypsbegränsningar. Listan med begränsningar för indata kan variera beroende på datakällan.
I följande tabell visas begränsningarna för indata baserat på datakällan:
Begränsningar | Beskrivning | Indatakälla |
obligatoriskt | Om true måste parametern inkluderas i indata. | Swagger, WSDL och databas |
nullbar | Om true kan värdet för parametern anges till Null i indata. | WSDL, Odata och databas |
maximum | Anger den övre gränsen för numeriska värden. Det högsta värdet som anges som den övre gränsen kan även tilldelas parametern i indata. | Swagger och WSDL |
minimum | Anger den nedre gränsen för numeriska värden. Det minsta värdet som anges som den nedre gränsen kan även tilldelas parametern i indata. | Swagger och WSDL |
exclusiveMaximum | Anger den övre gränsen för numeriska värden. Det högsta värdet som anges som den övre gränsen får inte tilldelas parametern i indata. | Swagger och WSDL |
exclusiveMinimum | Anger den nedre gränsen för numeriska värden. Det minsta värdet som anges som den nedre gränsen får inte tilldelas parametern i indata. | Swagger och WSDL |
minLength | Anger den nedre gränsen för antalet tecken som ingår i en sträng. Det minsta värdet som anges som den nedre gränsen kan även tilldelas parametern i indata. | Swagger och WSDL |
maxLength | Anger den övre gränsen för antalet tecken som ingår i en sträng. Det högsta värdet som anges som den övre gränsen kan även tilldelas parametern i indata. | Swagger, WSDL, Odata och databas |
mönster | Anger en fast teckensekvens. Indatasträngen valideras bara om tecknen överensstämmer med det angivna mönstret. | Swagger |
minItems | Anger det minsta antalet objekt i en array. Det minsta värdet som anges som den nedre gränsen kan även tilldelas parametern i indata. | Swagger och WSDL |
maxItems | Anger maximalt antal objekt i en array. Det högsta värdet som anges som den övre gränsen kan även tilldelas parametern i indata. | Swagger och WSDL |
uniqueItems | Om true måste alla element i arrayen vara unika i indatadata. | Swagger |
enum (sträng) |
Begränsar värdet för en parameter i indata till en fast uppsättning strängvärden. Det måste vara en array med minst ett element, där varje element är unikt. | Swagger, WSDL och Odata |
enum (tal) |
Begränsar värdet för en parameter i indata till en fast uppsättning numeriska värden. Det måste vara en array med minst ett element, där varje element är unikt. | WSDL |
I det här exemplet valideras indata baserat på maximala, minimala och obligatoriska begränsningar som definieras i Swagger-filen. Indata uppfyller bara valideringskriterierna om Order Id finns och dess värde är mellan 1 och 10.
parameters: [
{
name: "orderId",
in: "path",
description: "ID of pet that must be fetched",
required: true,
type: "integer",
maximum: 10,
minimum: 1,
format: "int64"
}
]
Ett undantag visas om indata inte uppfyller valideringskriterierna. Om loggnivån är inställd på Felsök, loggas ett fel på error.log -fil. Exempel:
21.01.2019 17:26:37.411 *ERROR* com.adobe.aem.dermis.core.validation.JsonSchemaValidator {"errorCode":"AEM-FDM-001-044","errorMessage":"Input validations failed during operation execution.","violations":{"/orderId":["numeric instance is greater than the required maximum (maximum: 10, found: 16)"]}}
Du har en fungerande formulärdatamodell som nu kan användas i Adaptiv Forms arbetsflöden. Mer information finns i Använd formulärdatamodell.