The personnel responsible for upgrade should first survey
the existing LiveCycle environment to determine if the software
infrastructure continues to be supported by LiveCycle ES3. The survey
results help estimate the effort required to upgrade and also determine
the upgrade path.
The personnel can either manually examine the target environment
or they could download and run the Enterprise Readiness Tool to
perform these analyses. See Using the Enterprise Readiness Tool for
more information.
When upgrading from LiveCycle ES Update 1 or LiveCycle ES2, two
scenarios influence how you can upgrade to LiveCycle ES3.
In-place upgrade: If you choose to upgrade to LiveCycle
ES3 using the existing application server instance, then it is considered
an in-place upgrade. For example, continued usage of a WebSphere
7 instance from LiveCycle ES2 to LiveCycle ES3 having installed
necessary fix packs.
Using the same application server instance implies that changes
need not be made to the operating system or the server machine.
Out-of-place upgrade: The following scenarios are considered
out-of-place upgrade:
Change of computers: If you change your server
machine from the one that runs your existing LiveCycle installation
to use a new machine when upgrading to LiveCycle ES3.
Upgrading the application server: If you are upgrading
your application server with a major version revision. For example,
upgrading WebSphere 6.1 to WebSphere 7.0.0.15.
Application server migration: If you are migrating
from a 32-bit application server to a 64-bit variant. For example,
32-bit JBoss to 64-bit JBoss application server.
Note: You cannot upgrade if you are changing your application
server, your operating system, or your database; it is considered
a fresh installation. For example, if you are changing your application
server from WebLogic to JBoss.
LiveCycle version and supporting software infrastructure compatibilitiesSome platforms that are supported with LiveCycle ES Update
1 and LiveCycle ES2 continue to be supported with LiveCycle ES3.
However, LiveCycle ES3 supports the more recent versions of all
software, so you should upgrade to or use supported versions of
all software.
Check or Task Item
|
Action Item
|
Failure Points
|
Additional Information
|
LiveCycle 7.x
|
N/A
|
Direct upgrade to LiveCycle ES3 not supported.
|
Upgrade to LiveCycle ES U1 first before
you can upgrade to LiveCycle ES3. See Preparing to Upgrade to LiveCycle ES Update
1 from 7.x guide.
|
LiveCycle ES (8.0.x)
|
N/A
|
Direct upgrade to LiveCycle ES3 not supported.
|
Upgrade to LiveCycle ES Update 1 or LiveCycle
ES2 first before you can upgrade to LiveCycle ES3. See Preparing to Upgrade to LiveCycle ES from
8.0.x or Preparing to Upgrade to LiveCycle ES2,
as applicable.
|
LiveCycle ES Update 1 (8.2.1.x)
|
N/A
|
Direct upgrade to LiveCycle ES3 supported.
|
N/A
|
LiveCycle ES2 (9.0.0.x)
|
N/A
|
Direct upgrade to LiveCycle ES3 supported.
|
N/A
|
LiveCycle Deployment Type
|
Check if the deployment type is single server
or server cluster.
|
N/A
|
N/A
|
Operating System
|
Check if the version is supported in Supported Platform Combinations.
|
Version not supported.
|
Install or upgrade to a supported version.
Note
that changing the operating system or upgrading it to a major version
revision will be an out-of-place upgrade.
|
Application server
|
Check if the version is supported in Supported Platform Combinations.
|
Version not supported.
|
Install or upgrade to a supported version.
If
supported, it is recommended that you apply application server patches
and continue to run the updated application server before you upgrade.
This approach helps ensure that the application server is running
correctly when you are ready to upgrade.
|
Database
|
Check if the version is supported in Supported Platform Combinations.
|
Version not supported.
|
Install or upgrade to a supported version.
|
Database driver
|
Check if the version is supported in Supported Platform Combinations.
|
Version not supported.
|
Install or upgrade to a supported version.
|
JDK
|
Check if the version is supported in Supported Platform Combinations.
|
Version not supported.
|
Install or upgrade to a supported version.
|
Hardware support
|
Check if the server machine conforms to
the hardware requirements specified in the System Requirements section in
the Preparing to Upgrade guide.
|
N/A
|
Ensure sufficient hard disk space and RAM
are allocated on the server.
|
Firewall
|
Check if Firewall is enabled.
|
Is enabled.
|
Deactivate Firewall.
|
Antivirus
|
Check if Antivirus is installed and enabled.
|
N/A
|
Disable Antivirus during upgrade.
|
Custom applications
|
Track all custom applications.
|
N/A
|
Make necessary modifications after upgrade.
|
Custom WAR/EAR
|
Track all custom WARs and EARs.
|
Not upgraded during upgrade to LiveCycle
ES3.
|
Redeploy after upgrade.
|
Application Server Client JARs
|
Track all client JAR.
|
N/A
|
If necessary, modify them after upgrade.
|
Client-side applications compatibilityIt is necessary to ensure that your client-side applications
are upgraded to supported versions to ensure that the end-user interfaces
of LiveCycle ES3 continue to be functional.
Checklist/Task Item
|
Action Item
|
Failure Points
|
More Information
|
Adobe® Flash® Player
|
Download and install Flash Player 10.2.
|
Workspace fails to render post-upgrade.
|
N/A
|
Browser
|
See Supported Platform Combinations and
install a supported version.
|
Adobe® LiveCycle® Forms 10 fail to render
post-upgrade.
|
N/A
|
Adobe® Reader®
|
Note the version of Adobe Reader.
|
Versions lesser than Adobe Reader 8 are
not supported.
|
See Adobe
Reader compatibility for more information.
|
Adobe® LiveCycle® Workbench 10
|
Download and install Workbench.
|
N/A
|
For more information, see: Installing Workbench
|
Adobe® LiveCycle® Designer 10
|
Download and install Designer.
|
N/A
|
For more information, see: Installing Workbench
|
Data, process, and API compatibilityOn the server, process data and configuration information
is migrated automatically so that it is available for LiveCycle
ES3. For example, old process data continues to be available so
that users can run queries that span the upgrade. The configuration
information of the existing LiveCycle installation, that LiveCycle
ES3 requires, is migrated. Changes in schema are also handled automatically
during the upgrade.
Processes that are developed in or updated to LiveCycle ES Update
1 or LiveCycle ES2 run natively in LiveCycle ES3. Long-lived processes
will resume after the upgrade. For processes that are migrated from
an existing LiveCycle system, end users can continue to log in to
Workspace and see processes in the state that they left them in.
Most APIs that are used with LiveCycle ES Update 1 and LiveCycle ES2
are compatible with LiveCycle ES3.
Checklist/Task Item
|
Action Item
|
Failure Points
|
More Information
|
LiveCycle 7.x QPAC-based processes
|
Check if currently in use.
|
Not supported with LiveCycle ES3.
|
Upgrade to LiveCycle ES3 compatible DSCs
using Workbench Process Upgrade tool. For more information, see: Upgrading
LiveCycle 7.x QPAC processes in Workbench help.
|
LiveCycle ES Update 1 Processes
|
Check if currently in use.
|
N/A
|
Can be upgraded to LiveCycle ES3 compatible
applications. For more information, see: Upgrading
legacy artifacts in Workbench help.
|
LiveCycle ES2 Processes and Applications
|
Check if currently in use.
|
N/A
|
Will continue to work with LiveCycle ES3.
|
Custom QPACs
|
Check if currently in use.
|
Not supported with LiveCycle ES3.
|
Replace with LiveCycle ES3 compatible DSCs
after upgrade. For more information, see Upgrading
LiveCycle 7.x QPAC processes in Workbench help.
|
LiveCycle 7.x APIs
|
Check if currently in use.
|
Not supported with LiveCycle ES3.
|
Replace with LiveCycle ES3 APIs after upgrade.
|
Custom DSCs
|
Track all custom DSCs.
|
N/A
|
After upgrade, update the versions of custom
DSCs.
|
LiveCycle Client APIs
|
Track all client APIs.
|
N/A
|
After upgrade, modify the existing APIs
to take advantage of the new APIs available with LiveCycle ES3.
|
LiveCycle ES3 Component PatchingTwo scenarios determine how a Document Service Component
is patched:
Patching a DSC with a new version: When a DSC
is deployed with a new version, it co-exists with the older version
instead of patching it with additional configuration parameters.
This behavior applies to all LiveCycle DSCs and to any custom DSCs
you have deployed.
For example, if you are upgrading from
LiveCycle ES Update 1(8.2.1.x), SignatureService 1.0 and 1.1 exist
prior to upgrading. Post upgrade, configuration parameters of SignatureService
1.1 are copied to SignatureService 2.0. And both, SignatureService
versions, 1.1 and 2.0 will be made available for usage.
Patching a DSC with the same version: When a DSC is
deployed with the same version, it overwrites the existing DSC,
but retains the configuration parameters.
For example, if
you have versions 1.0, 1.1, 1.2 already deployed, and the patching
DSC version is 1.2, then the existing DSC version 1.2 will be overwritten
by the new DSC with version 1.2. However, the configuration parameters
of the old DSC version 1.2 will be retained. Also currently the endpoint/security
configurations assume default values and no existing values are
carried over.
|
|
|