This article is applicable only to Adobe LiveCycle ES4 (11.0) release. It explains how the key features and workflows that have changed with LiveCycle ES4 Service Pack 1 (SP1) are different, in terms of behavior and usage, in LiveCycle ES4.
If you have upgraded or planning to upgrade to LiveCycle ES4 SP1 (11.0.1), see the following resources:
The complete LiveCycle help, updated for LiveCycle ES4 SP1, and other helpful resources are available at LiveCycle Help Home.
The IVS application, adobe-mobileforms-ivs.ear, is delivered along with the LiveCycle installer. The default location of the application is the [LiveCycle_root]/deploy folder.
Caution: Do not deploy the IVS EAR files to a production environment.
Open http://<server>:<port>/mobileformsivs on your desktop where the forms created using Designer are saved.
In the folder field, specify the name of the folder that you want to use for storing the XFA-based forms on the application server.
To select the XFA form or the XML data document, click Browse, select an XFA-based form (.xdp) for transformation or data document (.xml), and click Open.
To upload an XFA form or a data file, click Upload File & List Existing Forms. A list of the available XFA forms and Data Files appears in the corresponding list boxes.
To render a form, select the XFA form and the Data File (optional), select the required profile, and click Render Forms. The rendered form appears in the adjacent tab of the browser.
Note: Once the forms are uploaded on the server from a desktop machine, IVS can also be used to render these forms on supported mobile devices.
If you have created a custom profile, and want to render the forms with it, select custom in the profile dropdown and provide the profile name.
Mobile Forms uses caching to optimize throughput and response time. You can configure the level of the cache service to fine-tune the trade-off between performance and space utilization.
| Cache Strategy | Description |
|---|---|
| None | Do not cache artifacts |
| Conservative | Cache only intermediate artifacts that are generated before the render of the form like template containing inline fragments and images |
| Aggressive | Cache Rendered HTML content Cache all the artifacts cached in the Conservative level. Note: This strategy results in best performance but consumes more memory for storing the cached artifacts. |
Mobile Forms perform in-memory caching using LRU strategy. If cache strategy is set to None cache will not be created and existing cache data, if any, would be cleared. Besides the caching strategy, you can also configure the total in-memory cache size which can help in having the maximum bound on cache size and if it goes beyond that it will use LRU mode to free up cache resources.
Note: In-memory cache is not shared between cluster nodes.
While performing PDF conversions, a LiveCycle server takes in account of various timeout limits. The Global timeout constitutes of the conversion time and clean-up time required to perform post conversion operations.
This timeout is defined in various BMCs of PDF Generator. The default value of Global Timeout is 300 seconds.
Note: Ensure that the value of the Global timeout is greater than the Server Conversion Timeout value. It is recommended to set the Global timeout limit 30 seconds more than the Server Conversion Timeout limit.
Perform the following steps to set the Global timeout in LiveCycle ES4:
Perform the following steps to configure CRX repository clustering:
Important: All author instances in the cluster should be time synchronized. You can use an NTP (Network Time Protocol) server to ensure time synchronization.
The Adobe LiveCycle ES4 Demo Application package is available for download:
Download
For the steps to install the Demo application package, see the article Download and install the demo app packages.
To add an annotation, tap the Annotate button on the upper right corner of the screen. The screen defaults to the camera annotation.
In the General tab of the Settings screen, use the Fetch forms option to specify whether or not to download the associated form when each task is downloaded to your app.
The manifest file is used by the app to define assets that are used in the app. For details, see Updating the manifest file.
Since downloading data on the mobile device can affect the performance of the device, by default, the Fetch forms and Fetch Attachments settings are set to OFF. The forms and attachments are fetched to the device for any task that is downloaded from the server after these settings are updated to ON. In the offline mode, a user can then work on all tasks that are downloaded to device after setting the Fetch forms and Fetch attachments options to ON.
By default, the Home screen displays with the My Tasks tab selected in the tab pane to the left of the screen. The list view on the right displays the list the tasks contained in the My Tasks folder. For details on tasks, see Working with Startpoints.
Sign in to your account