Optimera prestandan för Forms-tjänsten

Senast uppdaterad: 13 juli 2024

Gäller:
Experience Manager 6.5

Ämnen:

Skapat för:

Utvecklare

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

Optimera prestandan för Forms-tjänsten

När du återger ett formulär kan du ange körningsalternativ som optimerar prestanda för Forms-tjänsten. En annan uppgift som du kan utföra för att förbättra prestandan för Forms-tjänsten är att lagra XDP-filer i databasen. I det här avsnittet beskrivs dock inte hur du utför den här uppgiften. (Se Anropa en tjänst med ett Java-klientbibliotek.)

OBSERVERA

Mer information om tjänsten Forms finns i Tjänstreferens för AEM Forms.

Sammanfattning av steg

Så här optimerar du prestanda för Forms-tjänsten när du återger ett formulär:

Inkludera projektfiler.
Skapa ett Forms Client API-objekt.
Ange alternativ för prestanda vid körning.
Återge formuläret.
Skriv formulärdataströmmen till klientens webbläsare.

Inkludera projektfiler

Inkludera nödvändiga filer i utvecklingsprojektet. Om du skapar ett klientprogram med Java, inkluderar du de JAR-filer som behövs. Om du använder webbtjänster måste du inkludera proxyfilerna.

Skapa ett Forms Client API-objekt

Innan du programmässigt kan utföra en API-åtgärd för Forms-tjänstklienten måste du skapa en Forms-tjänstklient. Om du använder Java API skapar du ett FormsServiceClient-objekt. Om du använder Forms webbtjänst-API:t skapar du ett FormsService-objekt.

Ange alternativ för körning

Du kan ställa in följande alternativ för prestandakörning för att förbättra prestandan för Forms-tjänsten:

Cache-lagring av formulär: Du kan cachelagra ett formulär som återges som PDF i servercachen. Varje formulär cachelagras när det har skapats för första gången. Om det cachelagrade formuläret vid en efterföljande återgivning är nyare än formulärdesignens tidsstämpel hämtas formuläret från cachen. Genom att cache-lagra formulär förbättrar du prestanda för Forms-tjänsten eftersom den inte behöver hämta formulärdesignen från en databas.
Det kan ta längre tid att återge formulärstödlinjer (inaktuella) än andra omformningstyper. Vi rekommenderar att du cache-lagrar formulärguider (borttagna) för att förbättra prestandan.
Fristående alternativ: Om du inte behöver Forms-tjänsten för att utföra beräkningar på serversidan, kan du ställa in det fristående alternativet på true, vilket resulterar i att formulär återges utan lägesinformation. Lägesinformation är nödvändig om du vill återge ett interaktivt formulär till en slutanvändare som sedan anger information i formuläret och skickar tillbaka formuläret till Forms. Forms-tjänsten utför sedan en beräkningsåtgärd och återger formuläret till användaren med de resultat som visas i formuläret. Om ett formulär utan statusinformation skickas tillbaka till Forms-tjänsten är endast XML-data tillgängliga och serversidesberäkningar utförs inte.
Linjäriserad PDF: En linjäriserad PDF-fil är organiserad för att möjliggöra effektiv inkrementell åtkomst i en nätverksmiljö. PDF-filen är giltig PDF i alla avseenden och kompatibel med alla befintliga visningsprogram och andra PDF-program. Det vill säga att en linjär PDF kan visas medan den fortfarande hämtas.
Det här alternativet förbättrar inte prestanda när ett PDF-formulär återges på klienten.
Alternativet GuideRSL: Aktiverar generering av formulärguiden (föråldrad) med delade bibliotek vid körning. Det innebär att den första begäran hämtar en mindre SWF-fil, plus större delade bibliotek som lagras i webbläsarens cache. Mer information finns i RSL i Flex-dokumentationen.
Du kan även förbättra prestanda för Forms-tjänsten genom att återge ett formulär på klienten. (Se Återge Forms på klienten.)

Återge formuläret

Om du vill återge formuläret efter att du har angett prestandaalternativ använder du samma programlogik som att återge ett formulär utan prestandaalternativ.

Skriv formulärdataströmmen till klientwebbläsaren

När Forms-tjänsten återger ett formulär returneras en formulärdataström som du måste skriva till klientens webbläsare. När formuläret skrivs till webbläsaren visas det för användaren.

Se även

Inkludera AEM Forms Java-biblioteksfiler

Ange anslutningsegenskaper

Snabbstart för Forms Service API

Återger interaktiv PDF forms

Återger Forms som HTML

Skapa webbprogram som återger Forms

Optimera prestanda med Java API

Rendera ett formulär med optimerade prestanda med hjälp av Forms API (Java):

Inkludera projektfiler

Inkludera JAR-klientfiler, t.ex. adobe-forms-client.jar, i Java-projektets klassökväg.
Skapa ett Forms Client API-objekt
- Skapa ett ServiceClientFactory-objekt som innehåller anslutningsegenskaper.
- Skapa ett FormsServiceClient-objekt med hjälp av dess konstruktor och skicka ServiceClientFactory-objektet.
Ange alternativ för prestanda vid körning
- Skapa ett PDFFormRenderSpec-objekt med hjälp av dess konstruktor.
- Ange alternativet för formulärcache genom att anropa PDFFormRenderSpec-objektets setCacheEnabled-metod och skicka true.
- Ange alternativet för linjär genom att anropa PDFFormRenderSpec-objektets setLinearizedPDF-metod och skicka true.
Återge formuläret

Anropa FormsServiceClient-objektets renderPDFForm-metod och skicka följande värden:
- Ett strängvärde som anger formulärdesignens namn, inklusive filnamnstillägget.
- Ett com.adobe.idp.Document-objekt som innehåller data som ska sammanfogas med formuläret. Om du inte vill sammanfoga data skickar du ett tomt com.adobe.idp.Document-objekt.
- Ett PDFFormRenderSpec-objekt som lagrar körningsalternativ för att förbättra prestandan.
- Ett URLSpec-objekt som innehåller URI-värden som krävs av Forms-tjänsten.
- Ett java.util.HashMap-objekt som lagrar bifogade filer. Det här är en valfri parameter och du kan ange null om du inte vill bifoga filer till formuläret.
Metoden renderPDFForm returnerar ett FormsResult-objekt som innehåller en formulärdataström som måste skrivas till klientens webbläsare.
Skriv formulärdataströmmen till klientens webbläsare
- Skapa ett javax.servlet.ServletOutputStream-objekt som används för att skicka en formulärdataström till klientens webbläsare.
- Skapa ett com.adobe.idp.Document-objekt genom att anropa FormsResult-objektets getOutputContent-metod.
- Skapa ett java.io.InputStream-objekt genom att anropa com.adobe.idp.Document-objektets getInputStream-metod.
- Skapa en bytearray och fyll i den med formulärdataströmmen genom att anropa InputStream-objektets read-metod och skicka bytearrayen som ett argument.
- Anropa javax.servlet.ServletOutputStream-objektets write-metod för att skicka formulärdataströmmen till klientens webbläsare. Skicka bytearrayen till metoden write.

Se även

Snabbstart (SOAP): Optimera prestanda med Java API

Inkludera AEM Forms Java-biblioteksfiler

Ange anslutningsegenskaper

Optimera prestanda med hjälp av webbtjänstens API

Rendera ett formulär med optimerade prestanda med Forms API (webbtjänst):

Inkludera projektfiler
- Skapa Java-proxyklasser som använder Forms tjänst-WSDL.
- Inkludera Java-proxyklasserna i klassökvägen.
Skapa ett Forms Client API-objekt

Skapa ett FormsService-objekt och ange autentiseringsvärden.
Ange alternativ för prestanda vid körning
- Skapa ett PDFFormRenderSpec-objekt med hjälp av dess konstruktor.
- Ange alternativet för formulärcache genom att anropa PDFFormRenderSpec-objektets setCacheEnabled-metod och skicka true.
- Ange det fristående alternativet genom att anropa PDFFormRenderSpec-objektets setStandAlone-metod och skicka true.
- Ange alternativet för linjär genom att anropa PDFFormRenderSpec-objektets setLinearizedPDF-metod och skicka true.
Återge formuläret

Anropa FormsService-objektets renderPDFForm-metod och skicka följande värden:
- Ett strängvärde som anger formulärdesignens namn, inklusive filnamnstillägget.
- Ett BLOB-objekt som innehåller data som ska sammanfogas med formuläret. Om du inte vill sammanfoga data skickar du null.
- Ett PDFFormRenderSpecc-objekt som lagrar körningsalternativ.
- Ett URLSpec-objekt som innehåller URI-värden som krävs av Forms-tjänsten.
- Ett java.util.HashMap-objekt som lagrar bifogade filer. Det här är en valfri parameter och du kan ange null om du inte vill bifoga filer till formuläret.
- Ett tomt com.adobe.idp.services.holders.BLOBHolder-objekt som fylls i av metoden. Det här används för att lagra det återgivna PDF-formuläret.
- Ett tomt javax.xml.rpc.holders.LongHolder-objekt som fylls i av metoden. (Det här argumentet lagrar antalet sidor i formuläret).
- Ett tomt javax.xml.rpc.holders.StringHolder-objekt som fylls i av metoden. (Det här argumentet lagrar språkets värde).
- Ett tomt com.adobe.idp.services.holders.FormsResultHolder-objekt som innehåller resultatet av den här åtgärden.
Metoden renderPDFForm fyller i objektet com.adobe.idp.services.holders.FormsResultHolder som skickas som det sista argumentvärdet med en formulärdataström som måste skrivas till klientens webbläsare.
Skriv formulärdataströmmen till klientens webbläsare
- Skapa ett FormResult-objekt genom att hämta värdet för com.adobe.idp.services.holders.FormsResultHolder-objektets value-datamedlem.
- Skapa ett javax.servlet.ServletOutputStream-objekt som används för att skicka en formulärdataström till klientens webbläsare.
- Skapa ett BLOB-objekt som innehåller formulärdata genom att anropa FormsResult-objektets getOutputContent-metod.
- Skapa en bytearray och fyll i den genom att anropa BLOB-objektets getBinaryData-metod. Den här aktiviteten tilldelar innehållet i objektet FormsResult till bytearrayen.
- Anropa javax.servlet.http.HttpServletResponse-objektets write-metod för att skicka formulärdataströmmen till klientens webbläsare. Skicka bytearrayen till metoden write.

Se även

Anropa AEM Forms med Base64-kodning

recommendation-more-help