v7
Applies to Campaign Classic v7 only

Adapt your configuration configuring-your-platform

Certain major changes in Adobe Campaign v7 require specific configuration. These configurations may be necessary before or after migrating.

During the migration, the NmsRecipient table is rebuilt from the schemas definition. Any change made to the SQL structure of this table outside of Adobe Campaign will be lost.

Example of elements to check:

  • If you have added a column (or an index) into the NmsRecipient table but you have not detailed it in the schema, this will not be saved.
  • The tablespace attribute takes back its values by default, in other words those defined in the deployment wizard.
  • If you have added a reference view to the NmsRecipient table, you must delete it before migrating.

Before the migration before-the-migration

When migrating to Adobe Campaign v7, the following elements must be configured. These elements must be addressed before starting the postupgrade.

  • Passwords

    You must configure the Admin and Internal passwords. Learn more

After the migration after-the-migration

After running postupgrade, check and configure the following elements:

  • Mirror pages

    Mirror page personalization block has changed with v6.x. This new version improves security when accessing these pages.

    If you used the v5 personalization block in your messages, the mirror page display will fail. Adobe highly recommends to use the new personalization block when inserting mirror page in your messages.

    However, as a temporary workaround (and as the mirror pages are still live), you can turn back to the old personalization block to avoid this problem by changing the option XtkAcceptOldPasswords and set it to 1. This will not affect the usage of the new v6.x personalization block.

  • Syntax

    If you encounter any errors related to the syntax, during the postupgrade, you must temporarily activate the allowSQLInjection option in the serverConf.xml file, as this gives you time to rewrite the code. Once the code is adapted, make sure to reactivate the security.

  • Conflicts

    The migration is performed through a postupgrade and conflicts may appear in reports, forms or web applications. These conflicts can be resolved from the console.

  • Tomcat

    If you customized the installation folder, make sure to check it is correctly updated after the migration.

  • Reports

    All out-of-the-box reports currently use the v6.x rendering engine. If you had added JavaScript code into the reports, some elements may be impacted.

  • Web Applications

    After the postupgrade, if you have any problems connecting to your identified Web applications, you must activate the allowUserPassword and sessionTokenOnly options in the serverConf.xml file. To avoid any security issue, these two options must be reactivated after the problem is solved.

    Depending on the type of Web applications and their configuration, you must perform additional manipulations to ensure they work correctly.

  • Interaction

    If you use Interaction, you must adjust any parameters after the migration.

recommendation-more-help
601d79c3-e613-4db3-889a-ae959cd9e3e1