Service container

LiveCycle services located in the service container (including standard servces such as the Encryption service, long-lived, and short-lived processes) can be invoked using various providers, such as an EJB provider. An EJB provider enables LiveCycle services to be invoked over RMI/IIOP. A web service provider exposes services as web services (WSDL Generation) using standards such as SOAP/HTTP and SOAP/JMS.

The following table describes the different ways in which you can programmatically invoke LiveCycle services.

The following illustration provides a visual representation of the different ways in which LiveCycle services can be programmatically invoked.

The service container provides the following functionality:

• Allows LiveCycle services to be invoked using different methods. You can configure a service by setting endpoints so that it can be invoked using all methods: Remoting, the Java API, web services, and REST. (See Programmatically Managing Endpoints.)

• Converts a message into a normalized format called an invocation request. An invocation request is sent from a client application (or another service) to a service located in the service container. An invocation request contains information such as the name of the service to invoke and data values that are required to perform the operation. Many services require a document to perform an operation. Therefore, an invocation request usually contains a document, which can be PDF data, XDP data, XML data, and so on.

• Routes invocation requests to appropriate services (the name of the service to invoke is part of the invocation request).

• Performs tasks such as determining whether the caller has permission to invoke the specified service operation. The invocation request must contain a valid LiveCycle user name and password.

  There are different ways to send an invocation request to a service. As well, there are different ways to send required input values to the service. For example, assume that you use the Java API to invoke a service that requires a PDF document. The corresponding Java method contains a parameter that accepts a PDF document. In this situation, the data type of the parameter is com.adobe.idp.Document. (See Passing data to LiveCycle services using the Java API.)

  If you invoke a service using watched folders, then an invocation request is sent when you place a file in a configured watched folder. If you invoke a service using e-mail, then an invocation request is sent to a service when an e-mail message arrives in a configured inbox.

  The service container sends back an invocation response once the operation is performed. An invocation response contains information such as the operation results. For example, if the operation modifies a PDF document, then the invocation response contains the modified PDF document. If the operation was unsuccessful, then the invocation response contains an error message.

  An invocation response can be retrieved in the same way in which an invocation request is sent. That is, if the invocation request is sent using the Java API, then an invocation response can be retrieved using the Java API. Assume, for example, that an operation modifies a PDF document. You can retrieve the modified PDF document by getting the return value of the Java method that invoked the service.

  When a long-lived process is invoked, an invocation response contains an identifier value that is associated with the invocation request. Using this identifier value, you can check the status of the process at a later time. For example, consider the MortgageLoan long-lived service. Using the identifier value, you can check to determine whether the process successfully completed. (See Invoking Human-Centric Long-Lived Processes.)

  The following diagram shows a client application (that uses the Java API) invoking a service.

  When a client application invokes a service, three events occur:

  1. A client application sends an invocation request to a service.

  2. The service performs the operation that is specified in the invocation request.

  3. The service container returns an invocation response to the client application.

 Les publications Twitter™ et Facebook ne sont pas couvertes par les dispositions Creative Commons.