En webbtjänst, som definieras av ett WSDL-dokument (Web Service Definition Language), visar ett antal åtgärder. För varje åtgärd kan WSDL-filen definiera ett indatameddelande eller ett utdatameddelande. Indatameddelanden skickas till en server. Servern kan sedan svara med ett utdatameddelande. Du kan skapa och binda fält i en formulärdesign till en eller flera webbtjänster. WSDL-filen beskriver databeskrivningen. Databeskrivningen används för att bygga WSDL-dataanslutningen.
WSDL-dataanslutningen skiljer sig från andra typer av dataanslutningar. En webbtjänståtgärd liknar ett funktionsanrop med parametrar för indata och/eller utdata. Ett eller flera särskilda fält kan vara källa för indatameddelandet och målet för utdatameddelandet.
Du kan göra följande med hjälp av Designer och en WSDL-dataanslutning:
Binda en eller flera åtgärder inom en eller flera webbtjänster.
Koppla fält, delformulär och undantagsgrupper till körning av en webbtjänståtgärd med en knappklickningshändelse.
Köra en webbtjänståtgärd från en händelse via skript.
Aktivera skriptåtkomst för alla returnerade element för en webbtjänst oavsett om elementen är bundna till fält.
Använda kommunikationsformatet SOAP 1.1 (SOAP-bindningar och en HTTP/HTTPS-transport).
Utbyta data med en webbtjänst med hjälp av utbytesformatet doc/literal.
Skriva skript för klientsidan med hjälp av Acrobat SOAP JavaScript-objekt (som hanterar RPC/encoded).
Dessa funktioner hanteras inte:
Vissa XML-schemafunktioner
Protokoll som SMTP, FTP osv som underliggande transport för SOAP
Element som går att utöka
Webbtjänstidentifiering med UDDI
RPC-kodade (Remote Procedure Call) SOAP-meddelanden
Bindningarna HTTP POST och GET WSDL
Du kan skapa en dataanslutning med hjälp av ett WSDL-dokument på en säker webbserver, som kräver HTTP/HTTPS-klientverifiering för att kontrollera åtkomst eller verifiering på meddelandenivå för att begära en webbtjänst eller bäggedera.
HTTP/HTTPS-verifiering sker på transportlagret där klientverifierinig krävs för att komma åt WSDL-dokumentet och för att ansluta till en säker webbtjänst. HTTP/HTTPS-verifieringen accepterar användarnamn och lösenord, användranamn och lösenords-digest och klientcertifikat som godtagbar verifiering
Verifiering genom anvädarnamn och lösenord ger basal åtkomstverifiering, där användaren loggar in via en inloggningsruta. Kombinationen användarnman och lösenord skickas i klartext och hashas inte innan de sänds till servern.
Verifiering genom användarnamn och lösenord-digest ger förbättrad verifiering, där användaren loggar in via en inloggningsruta. Lösenorden hashas innan de skickas till servern.
Obs! Inloggningsrutan anger namnet på servern och den sfär som användaren försöker ansluta sig till. Eftersom det kan finnas flera sfärer på en viss server, kan denna information hjälpa användaren att avgöra vilka referenser de behöver för att logga in.
Verifiering med klientcertifikat innebär verifiering med digitalt ID, där användaren i dialogrutan Välj digital ID i en lista över tillgängliga digitala ID väljer korrekt digitalt ID som ska skickas till servern för verifiering.
Obs! För att använda verifiering med klientcertifikat måste du ha ett digitalt ID i Windows certifikatarkiv eller i Designers filarkiv med digitala ID, klara att användas när du skapar en WSDL-dataanslutning. Se
Importera digitala ID.
Verifiering på meddelandenivå sker i SOAP:s (Simple Object Access Protocol) meddelandelager, där klientverifiering kräver en säkerhetstoken (som inkluderas i SOAP-meddelandehuvudet) för att ansluta till en säker webbtjänst. Meddelandenivålagret accepterar verifiering av användarnamn och lösenord, som användaren ger i en dialogruta för inloggning. Acrobat 9.0 eller senare stöder verifiering av användarnamn och lösenord på meddelandenivå.
När du skapar en säker WSDL dataanslutning anger du (frivilligt) den typ av referenser som som ska accepteras för HTTP/HTTPS-verifiering och verifiering på meddelandenivå. Referenserna för HTTP/HTTPS-verifiering skickas som en del av HTTP/HTTPS-protokollhuvudet. Referenserna för meddelandelagret (SOAP) används för att skapa en säkerhetstoken (som inkluderas i SOAP-meddelandehuvudet). Kom ihåg att du måste ange vilken typ av referenser som accepteras när du har en arbetsgång där servern måste ge referenser utan användarens medverkan.
Obs! Om du försöker ansluta till en WSDL-fil i Workbench-datalagret kan du få ett felmeddelande om att filen inte kan laddas. WSDL-filen måste först öppnas i Workbench innan du skapar dataanslutningen.
