Anropa AEM Forms med REST-begäran invoking-aem-forms-using-rest-requests

Exempel och exempel i det här dokumentet gäller endast för AEM Forms i JEE-miljö.

Processer som skapas i Workbench kan konfigureras så att du kan anropa dem via REST-begäranden (Representational State Transfer). REST-begäranden skickas från HTML-sidor. Det innebär att du kan anropa en Forms-process direkt från en webbsida med hjälp av en REST-begäran. Du kan till exempel öppna en ny instans av en webbsida. Sedan kan du anropa en Forms-process och läsa in ett återgivet PDF-dokument med data som skickats i en HTTP-POST-begäran.

Det finns två typer av HTML-klienter. Den första HTML-klienten är en AJAX som är skriven i JavaScript. Den andra klienten är ett HTML-formulär som innehåller en skicka-knapp. Ett HTML-baserat klientprogram är inte den enda möjliga REST-klienten. Alla klientprogram som stöder HTTP-begäranden kan anropa en tjänst med hjälp av ett REST-anrop. Du kan till exempel anropa en tjänst genom att använda ett REST-anrop från ett PDF-formulär. (Se Anropa MyApplication/EncryptDocument-processen från Acrobat.)

När du använder REST-begäranden bör du inte anropa Forms-tjänster direkt. Anropa i stället processer som skapats i Workbench. När du skapar en process som är avsedd för REST-anrop ska du använda en programmatisk startpunkt. I så fall läggs REST-slutpunkten till automatiskt. Mer information om hur du skapar processer i Workbench finns i Använda Workbench.

När du anropar en tjänst med REST uppmanas du att ange ett användarnamn och lösenord för AEM formulär. Om du inte vill ange användarnamn och lösenord kan du inaktivera tjänstens säkerhet.

Konfigurera en REST-slutpunkt om du vill anropa en Forms-tjänst (en process blir en tjänst när processen aktiveras) med REST. (Se Hantera slutpunkter i administrationshjälpen.)

När en REST-slutpunkt har konfigurerats kan du anropa en Forms-tjänst genom att använda en HTTP GET-metod eller en POST-metod.

 action="https://hiro-xp:8080/rest/services/[ServiceName]/[OperationName]:[ServiceVersion]" method="post" enctype="multipart/form-data"

Det obligatoriska värdet ServiceName är namnet på den Forms-tjänst som ska anropas. Det valfria värdet OperationName är namnet på tjänstens åtgärd. Om det här värdet inte anges blir standardnamnet invoke, som är det åtgärdsnamn som startar processen. Det valfria värdet ServiceVersion är den version som är kodad i formatet X.Y. Om det här värdet inte anges används den senaste versionen. Värdet enctype kan också vara application/x-www-form-urlencoded.

Datatyper som stöds supported-data-types

Följande datatyper stöds vid anrop av AEM Forms-tjänster med REST-begäran:

  • primitiva Java-datatyper, som strängar och heltal

  • Datatypen com.adobe.idp.Document

  • XML-datatyper som org.w3c.Document och org.w3c.Element

  • Samlingsobjekt som java.util.List och java.util.Map

    Dessa datatyper accepteras vanligen som indatavärden till processer som skapats i Workbench.

    Om en Forms-tjänst anropas med metoden HTTP-POST, skickas argumenten inuti HTTP-begärandetexten. Om AEM Forms-tjänstens signatur har en strängindataparameter kan begärandetexten innehålla indataparameterns textvärde. Om tjänstens signatur definierar flera strängparametrar, kan begäran följa HTTP-notationen application/x-www-form-urlencoded med parameternamnen som används som formulärets fältnamn.

    Om en Forms-tjänst returnerar en strängparameter blir resultatet en textrepresentation av utdataparametern. Om en tjänst returnerar flera strängparametrar blir resultatet ett XML-dokument som kodar utdataparametrarna i följande format:
     <result> <output-paramater1>output-parameter-value-as-string</output-paramater1> . . . <output-paramaterN>output-parameter-value-as-string</output-paramaterN> </result>

    note note
    NOTE
    Värdet output-paramater1 representerar utdataparameterns namn.

    Om en Forms-tjänst kräver en com.adobe.idp.Document-parameter, kan tjänsten bara anropas med HTTP-POST-metoden. Om tjänsten kräver en com.adobe.idp.Document-parameter blir HTTP-begärandetexten innehållet i indatadokumentobjektet.

    Om en AEM Forms-tjänst kräver flera indataparametrar måste HTTP-begärandetexten vara ett MIME-meddelande i flera delar enligt RFC 1867. (RFC 1867 är en standard som används av webbläsare för att överföra filer till webbplatser.) Varje indataparameter måste skickas som en separat del av multipart-meddelandet och kodas i formatet multipart/form-data. Namnet på varje del måste matcha parameterns namn.

    Listor och kartor används också som indatavärden till AEM Forms-processer som skapats i Workbench. Du kan därför använda dessa datatyper när du använder en REST-begäran. Java-matriser stöds inte eftersom de inte används som indatavärde i en AEM Forms-process.

    Om en indataparameter är en lista kan en REST-klient skicka den genom att ange parametern flera gånger (en gång för varje objekt i listan). Om A till exempel är en lista med dokument måste indata vara ett multipart-meddelande som består av flera delar med namnet A. I det här fallet blir varje del med namnet A ett objekt i indatalistan. Om B är en lista med strängar kan indata vara ett application/x-www-form-urlencoded-meddelande som består av flera fält med namnet B. I det här fallet blir varje formulärfält med namnet B ett objekt i indatalistan.

    Om en indataparameter är en karta och det är den enda tjänstindataparametern, blir alla delar/fält i indatameddelandet en nyckel/värdepost i kartan. Namnet på varje del/fält blir postens nyckel. Innehållet i varje del/fält blir postens värde.

    Om en indatamappning inte är den enda tjänstindataparametern kan varje nyckel/värdepost som tillhör kartan skickas med en parameter som heter som en sammanfogning av parameternamnet och postens nyckel. En indatamappning med namnet attributes kan till exempel skickas med en lista med följande nyckel-/värdepar:

    attributesColor=red

    attributesShape=box

    attributesWidth=5

    Detta omvandlas till en karta med tre poster: Color=red, Shape=box och Width=5.

    Utdataparametrarna för list- och mappningstyperna blir en del av det resulterande XML-meddelandet. Utdatalistan representeras i XML som en serie XML-element med ett element för varje objekt i listan. Alla element får samma namn som parametern för utdatalista. Värdet för varje XML-element är en av två saker:

  • En textbeteckning för objektet i listan (om listan består av strängtyper)

  • En URL som pekar på dokumentets innehåll (om listan består av com.adobe.idp.Document objekt)

    Följande exempel är ett XML-meddelande som returneras av en tjänst som har en enda utdataparameter som heter list, som är en lista med heltal.
     <result>   <list>12345</list>   . . .   <list>67890</list>  </result>En utdatamappningsparameter representeras i det resulterande XML-meddelandet som en serie XML-element med ett element för varje post i kartan. Alla element får samma namn som kartpostens nyckel. Värdet för varje element är antingen en textrepresentation av kartpostens värde (om kartan består av poster med ett strängvärde) eller en URL som pekar på dokumentets innehåll (om kartan består av poster med värdet com.adobe.idp.Document). Nedan visas ett exempel på ett XML-meddelande som returneras av en tjänst som har en enda utdataparameter med namnet map. Det här parametervärdet är en karta som består av poster som associerar bokstäver med com.adobe.idp.Document objekt.
     <result>   http://localhost:8080/DocumentManager/docm123/4567   . . .   <Z>http://localhost:8080/DocumentManager/docm987/6543</Z>  </result>  

Asynkrona anrop asynchronous-invocations

Vissa AEM Forms-tjänster, till exempel humancentrerade långvariga processer, kräver lång tid att slutföra. Dessa tjänster kan anropas asynkront på ett icke-blockerande sätt. (Se Anropar humancentrerade, långlivade processer.)

En AEM Forms-tjänst kan anropas asynkront genom att ersätta services med async_invoke i anrops-URL:en, vilket visas i följande exempel.

 http://localhost:8080/rest/async_invoke/SomeService. SomeOperation?integer_input_variable=123&string_input_variable=abc

Den här URL:en returnerar identifierarvärdet (i formatet "text/plain") för jobbet som är ansvarig för anropet.

Status för asynkront anrop kan hämtas med en anrops-URL med services som ersätts med async_status. URL:en måste innehålla en job_id-parameter som anger ID-värdet för jobbet som är associerat med det här anropet. Till exempel:

 http://localhost:8080/rest/async_status/SomeService.SomeOperation?job_id=2345353443366564

Den här URL:en returnerar ett heltalsvärde (i formatet "text/plain") som kodar jobbstatusen enligt Job Managers specifikation (t.ex. 2 betyder att det körs, 3 betyder slutförd, 4 betyder misslyckad och så vidare).

Om jobbet är klart returnerar URL-adressen samma resultat som om tjänsten anropades synkront.

När jobbet har slutförts och resultatet har hämtats kan jobbet tas bort med hjälp av en anrops-URL med services ersätts med async_dispose. URL:en ska även innehålla en job_id-parameter som anger jobbets identifierarvärde. Till exempel:

 http://localhost:8080/rest/async_dispose/SomeService.SomeOperation?job_id=2345353443366564

Om jobbet har tagits bort returneras ett tomt meddelande.

Felrapportering error-reporting

Om en synkron eller asynkron anropsbegäran inte kan slutföras på grund av att ett undantag utlöses på servern, rapporteras undantaget som en del av HTTP-svarsmeddelandet. Om anrops-URL:en (eller URL:en async_result om det finns ett asynkront anrop) inte har suffixet .xml returnerar REST-providern HTTP-koden 500 Internal Server Error följt av ett undantagsmeddelande.

Om anrops-URL:en (eller URL:en async_result om det finns ett asynkront anrop) har suffixet .xml returnerar REST-providern HTTP-koden 200 OK följt av ett XML-dokument som beskriver undantaget i följande format.

 <exception>
       <exception_class_name>[
       <DSCError>
          <componentUID>component_UUD</componentUID>
         <errorCode>error_code</errorCode>
         <minorCode>minor_code</minorCode>
         <message>error_message</message>
       </DSCError>
 ]
       <message>exception_message</message>
     <stackTrace>exception_stack_trace</stackTrace>
       </exception_class_name>
     <exception>
       </exception>
 </exception>

Elementet DSCError är valfritt och finns bara om undantaget är en instans av com.adobe.idp.dsc.DSCException.

Säkerhet och autentisering security-and-authentication

För att tillhandahålla REST-anrop med en säker transport kan en AEM formuläradministratör aktivera HTTPS-protokollet på J2EE-programservern som är värd för AEM Forms. Den här konfigurationen är specifik för J2EE-programservern. Den ingår inte i Forms Server-konfigurationen.

NOTE
Som Workbench-utvecklare som vill visa dina processer via en REST-slutpunkt bör du tänka på XSS-problemet. XSS-säkerhetsluckor kan användas för att stjäla eller manipulera cookies, ändra presentationen av innehåll och äventyra konfidentiell information. Vi rekommenderar att du utökar processlogiken med ytterligare valideringsregler för in- och utdata om XSS-sårbarheten är ett problem.

AEM Forms-tjänster som stöder REST-anrop aem-forms-services-that-support-rest-invocation

Även om vi rekommenderar att du anropar processer som skapats med Workbench i motsats till tjänster direkt, finns det vissa AEM Forms-tjänster som stöder REST-anrop. Orsaken till att du bör anropa en process i stället för en tjänst direkt är att det är mer effektivt att anropa en process. Tänk på följande scenario. Anta att du vill skapa en princip från en REST-klient. Det innebär att du vill att REST-klienten ska definiera värden som principnamn och offlinelåneperiod.

Om du vill skapa en profil måste du definiera komplexa datatyper, till exempel ett PolicyEntry-objekt. Ett PolicyEntry-objekt definierar attribut som behörigheter som är kopplade till profilen. (Se Skapa profiler.)

I stället för att skicka en REST-begäran för att skapa en princip (som skulle inkludera att definiera komplexa datatyper som ett PolicyEntry-objekt), skapar du en process som skapar en princip med Workbench. Definiera processen för att acceptera primitiva indatavariabler, till exempel ett strängvärde som definierar processnamnet eller ett heltal som definierar offlinelåneperioden.

På så sätt behöver du inte skapa en REST-anropsbegäran som innehåller komplexa datatyper som krävs för åtgärden. Processen definierar de komplexa datatyperna och allt du gör från REST-klienten anropar processen och skickar primitiva datatyper. Mer information om hur du anropar en process med REST finns i Anropa MyApplication/EncryptDocument-processen med REST.

Följande listor anger vilka AEM Forms-tjänster som har stöd för direktanrop av REST.

  • Distiller
  • Tjänsten Rights Management
  • GeneratePDF-tjänst
  • Generate3dPDF-tjänst
  • FormDataIntegration

Exempel på REST-anrop rest-invocation-examples

Följande exempel på REST-anrop finns:

  • Skicka booleska värden till en AEM Forms-process

  • Skicka datumvärden till en AEM Forms-process

  • Skicka dokument till en AEM Forms-process

  • Skicka dokument- och textvärden till en AEM Forms-process

  • Skicka uppräkningsvärden till en AEM Forms-process

  • Anropa processen MyApplication/EncryptDocument med REST

  • Anropa processen MyApplication/EncryptDocument från Acrobat

    Varje exempel visar hur olika datatyper skickas till en AEM Forms-process

Överför booleska värden till en process

I följande HTML-exempel skickas två Boolean-värden till en AEM Forms-process med namnet RestTest2. Anropsmetodens namn är invoke och versionen är 1.0. Observera att metoden HTML Post används.

 <html>
 <body>

 <form name="input" action="http://localhost:9080/rest/services/RestTest2/invoke/1.0" method="post">

 Boolean 1: <input type="text" name="inBooleanList" value="true">
 Boolean 2: <input type="text" name="inBooleanList" value="false">
 <input type="submit" value="Submit">

 </form>

 </body>
 </html>

Skickar datumvärden till en process

I följande HTML-exempel skickas ett datumvärde till en AEM Forms-process med namnet SOAPEchoService. Anropsmetodens namn är echoCalendar. Observera att metoden Post i HTML används.

 <html>
 <body>

 <form name="input" action="http://localhost:9080/rest/services/SOAPEchoService/echoCalendar" method="post">

 Date: <input type="text" name="value-to-echo" value="2009-01-02T12:15:30Z">
 <input type="submit" value="Submit">

 </form>

 </body>
 </html>

Skicka dokument till en process

I följande HTML-exempel anropas en AEM Forms-process med namnet MyApplication/EncryptDocument som kräver ett PDF-dokument. Mer information om den här processen finns i Anropa AEM Forms med MTOM.

 <html>
 <body>

 <form name="input" action="http://localhost:9080/rest/services/MyApplication/EncryptDocument/invoke" method="post"
          enctype="multipart/form-data">

 File: <input type="file" name="value-to-echo">
 <input type="submit" value="Submit"/>

 </form>

 </body>
 </html>

Skicka dokument- och textvärden till en process

I följande HTML-exempel anropas en AEM Forms-process med namnet RestTest3 som kräver ett dokument och två textvärden. Observera att metoden HTML Post används.

 <html>
 <body>

 <form name="input" action="http://localhost:9080/rest/services/RestTest3" method="post"
          enctype="multipart/form-data">

 Doc: <input type="file" name="inDoc">
 String 1: <input type="text" name="inListOfStrings" value="hello">
 String 2: <input type="text" name="inListOfStrings" value="privet">
 <input type="submit" value="Submit"/>

 </form>

 </body>
 </html>

Skickar uppräkningsvärden till en process

I följande HTML-exempel anropas en AEM Forms-process med namnet SOAPEchoService som kräver ett uppräkningsvärde. Observera att metoden HTML Post används.

 <html>
 <body>

 <form name="input" action="https://hiro-xp:8080/rest/services/SOAPEchoService/echoEnum" method="post">

 Color Enum Value: <input type="text" name="value-to-echo" value="green">
 <input type="submit" value="Submit">

 </form>

 </body>
 </html>

Anropar MyApplication/EncryptDocument-processen med REST

Du kan anropa en kort AEM Forms-process med namnet MyApplication/EncryptDocument med REST.

NOTE
Processen bygger inte på någon befintlig AEM Forms-process. Om du vill följa med i kodexemplet skapar du en process med namnet MyApplication/EncryptDocument med hjälp av workbench. (Se Använda Workbench.)

När processen anropas utför den följande åtgärder:

  1. Hämtar det oskyddade PDF-dokumentet som skickas till processen. Den här åtgärden baseras på åtgärden SetValue. Indataparametern för den här processen är en document-processvariabel med namnet inDoc.

  2. Krypterar PDF-dokumentet med ett lösenord. Den här åtgärden baseras på åtgärden PasswordEncryptPDF. Det lösenordskrypterade PDF-dokumentet returneras i en processvariabel med namnet outDoc.

    När den här processen anropas med en REST-begäran visas det krypterade PDF-dokumentet i webbläsaren. Innan du visar PDF-dokumentet anger du lösenordet (om inte skyddet är inaktiverat). Följande HTML-kod representerar en REST-anropsbegäran till MyApplication/EncryptDocument-processen.

    code language-html
     <html>
     <body>
     <form action="https://hiro-xp:8080/rest/services/MyApplication/EncryptDocument" method="post" enctype="multipart/form-data">
          <p>Chose a PDF file (.pdf) to send to the EncryptDocument process.</p>
          <p>file:
            <input type="file" name="inDoc" />
          </p>
          <p>
            <input type="submit"/>
          </p>
     </form>
     </body>
    

Anropar MyApplication/EncryptDocument-processen från Acrobat

Du kan anropa en Forms-process från Acrobat genom att använda en REST-begäran. Du kan till exempel anropa processen MyApplication/EncryptDocument . Om du vill starta en Forms-process från Acrobat placerar du en Skicka-knapp i en XDP-fil i Designer. (Se Hjälp om Designer.)

Ange den URL som processen ska anropas i knappens fält Skicka till URL, vilket visas på följande bild.

Den fullständiga URL:en för att anropa processen är https://hiro-xp:8080/rest/services/MyApplication/EncryptDocument.

Om processen kräver ett PDF-dokument som indatavärde måste du skicka formuläret som PDF, vilket visades i föregående bild. För att en process ska kunna anropas måste processen dessutom returnera ett PDF-dokument. Annars kan Acrobat inte hantera returvärdet och ett fel inträffar. Du behöver inte ange namnet på indataprocessvariabeln. Processen MyApplication/EncryptDocument har till exempel en indatavariabel med namnet inDoc. Du behöver inte ange inDoc så länge formuläret skickas som PDF.

Du kan också skicka formulärdata som XML till en Forms-process. Om du vill skicka XML-data måste du se till att XML anges i listrutan Submit As. Eftersom processens returvärde måste vara ett PDF-dokument, visas PDF-dokumentet i Acrobat.

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