Before you proceed with the migration
For Correspondence Management assets:
- For the assets that are imported from the previous platform, a property gets added: fd:version=1.0.
- Since AEM 6.1 Forms, comments are not available out of the box. The comments that were added previously are available in the assets but are not visible on the interface automatically. Customize the extendedProperties property in the AEM Forms user interface to make the comments visible.
- In some of the previous versions such as LiveCycle ES4, text was edited using Flex RichTextEditor, but since AEM 6.1 Forms, HTML editor is used. Due to this rendering and the appearance of the fonts, font sizes, and font margins may be different from the previous versions in the Author user interface. However, the letters look the same when rendered.
- Lists in text modules are improved and now render differently. There may be visual differences. Adobe recommends that you render and see the letters where you are using lists in text modules.
- Since image content modules are converted to DAM assets and layouts and fragments are added to forms during migration, the Updated By property for these modules changes to admin.
- The version history of the assets is not migrated and is not available after migration. The subsequent version history post migration is maintained.
- The Ready to Publish state is deprecated since AEM 6.1 Forms, so all the assets in the Ready to Publish state is changed to Modified state.
- Since the user interface is updated in AEM Forms 6.3, the steps to perform the customizations are also different. Redo the customization if you are migrating from a version before 6.3.
- Layout Fragments move from
/content/apps/cm/layouts/fragmentlayouts/1001
to/content/apps/cm/modules/fragmentlayouts
. Data Dictionary reference in assets displays the path of the Data Dictionary instead of its name. - Any tab spaces being used for alignment in text modules must be readjusted. For more information, see Correspondence Management - Using tab spacing for arranging text.
- Asset composer configurations changes to Correspondence Management configurations.
- Assets are moved under folders with names such as Existing Text and Existing List.
Using the Migration utility
Running the Migration utility
Run the Migration utility before changing in the assets or creating assets. Adobe recommends that you do not run the utility after making any changes or creating assets. Make sure that the Correspondence Management or Adaptive Forms Assets user interface is not open while the migration process is running.
When you run the Migration Utility for the first time, a log is created with the following path and name: \[aem-installation-directory]\cq-quickstart\logs\aem-forms-migration.log
. This log keeps getting updated with Correspondence Management and Adaptive Forms migration info, such as moving of assets.
-
In a browser session, log in to your AEM Author instance as an Admin.
-
Open the following URL in the browser:
https://[hostname]:[port]/[context_path]/libs/fd/foundation/gui/content/migration.html
The browser displays four options:
- AEM Forms Assets Migration
- Adaptive Forms Custom Components Migration
- Adaptive Forms Templates Migration
- AEM Forms Cloud Configurations Migration
-
Do the following to perform the migration:
-
To migrate assets, select AEM Forms Assets Migration, and in the next screen, select Start Migration. The following get migrated:
- Adaptive forms
- Document fragments
- Themes
- Letters
- Data dictionaries
NOTE
During assets migration, you may find warning messages such as “Conflict found for…”. Such messages indicate that rules for some of the components in adaptive forms could not be migrated. For example, if the component had an event which had both rules and scripts, if rules occur after any script none of the rules for the component are migrated. You can migrate such rules by opening the rule editor in adaptive form authoring.-
To migrate adaptive form custom components, select Adaptive Forms Custom Components Migration and in the Custom Components Migration page, select Start Migration. The following get migrated:
- Custom components written for Adaptive Forms
- Component overlays, if any.
-
To migrate adaptive form templates, select Adaptive Forms Template Migration and in the Custom Components Migration page, select Start Migration. The following get migrated:
- Adaptive form templates created under
/apps
or/conf
using AEM Template Editor.
- Adaptive form templates created under
-
Migrate AEM Forms Cloud Configuration services to use the new context-aware cloud service paradigm, which includes the touch enabled UI (under
/conf
). When you migrate AEM Forms Cloud Configuration services, the cloud services in/etc
are moved to/conf
. If you do not have any cloud services customizations that depend on the legacy paths (/etc
), Adobe recommends that you run the migration utility after upgrading to 6.5; use cloud configuration Touch UI for any further work. If you have any existing cloud services customizations, continue using classic UI on upgraded setup until the customizations are updated to align with the migrated paths (/conf
) and then run the migration utility.
To migrate AEM Forms cloud services, which include the following, select AEM Forms Cloud Configuration Migration (cloud config migration is independent of AEMFD Compatibility package). Select AEM Forms Cloud Configurations Migration and then on the Configuration Migration page, select Start Migration:
-
Form Data Model cloud services
- Source path:
/etc/cloudservices/fdm
- Target path:
/conf/global/settings/cloudconfigs/fdm
- Source path:
-
Recaptcha
- Source path:
/etc/cloudservices/recaptcha
- Target path:
/conf/global/settings/cloudconfigs/recaptcha
- Source path:
-
Adobe Sign
- Source path:
/etc/cloudservices/echosign
- Target path:
/conf/global/settings/cloudconfigs/echosign
- Source path:
-
Typekit cloud services
- Source path:
/etc/cloudservices/typekit
- Target path:
/conf/global/settings/cloudconfigs/typekit
- Source path:
The browser window displays the following as the migration process takes place:
- When the assets are updated: Assets are successfully updated.
- When migration is complete: Finished migration for assets.
When run, the Migration utility does the following:
- Adds the tags to the assets: Adds the tag “Correspondence Management : Migrated Assets” / “Adaptive Forms : Migrated Assets”. to the migrated assets, so that the users can identify migrated assets. When you run the Migration utility, all the existing assets in the system are marked as Migrated.
- Generates tags: Categories and subcategories present in the previous system are created as tags, and then these tags are associated with the relevant Correspondence Management assets in AEM. For example, a Category (Claims) and a Subcategory (Claims) of a letter template are generated as tags.
-
-
After the Migration utility finishes running, proceed to the housekeeping tasks.