Certain major changes in Adobe Campaign v7 require a configuration to ensure its effective operation. These parameters may be necessary before or after migrating. The concerned changes and their configuration mode are presented in this section.
During 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 elements to check:
This warning also concerns Oracle users: if you have added the usetimestamptz:1 option during a postupgrade (see Time zones), all tables containing at least one date+time field are rebuilt.
When migrating to Adobe Campaign v7, the following elements must be configured. These elements must be addressed before starting the postupgrade.
During a migration from a v5.11 platform, you must specify the timezone to use during the postupgrade.
If you wish to use the “multi timezone” mode, refer to the Time zones section.
If you use Oracle as a database, check that the Oracle timezone files have properly been synched between the application server and the database server. For more on this, refer to the Oracle section.
For security reasons, the Adobe Campaign platform is no longer accessible by default: you must configure the security zones, which requires collecting the user IP addresses before the migration.
For more information, refer to the Security section.
Similarly, a new syntax is introduced in Adobe Campaign v7 to replace the SQLData based syntax. If you use code elements with this syntax, you must adapt them. For more information, refer to the SQLData section.
You must configure the Admin and Internal passwords. For more information, refer to the User passwords section.
If migrating from a v5.11 platform, you must reorganize the tree structure folders according to Adobe Campaign v6 norms. For more information, refer to the Adobe Campaign v7 tree structure section.
If you use Interaction, you must delete all 6.02 schema references that no longer exist in v7. For more information, refer to the Interaction section.
After running postupgrade, the following elements must be taken into account and the corresponding configurations carried out.
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 solution (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.
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, be sure to reactivate the security. For more on this, refer to the SQLData section.
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.
See the Conflicts section.
If you customized the installation folder, make sure to check it is correctly updated after the migration. For further details, refer to the Tomcat section.
Consult the Reports section.
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. Remember to then deactivate these two options. For more information, refer to the Identified web applications section.
Depending on the type of Web applications and their configuration, you must perform additional manipulations to ensure they work correctly.
See the Web applications section.
If migrating from a v5.11 platform, additional configurations must be carried out: for more information, refer to the Web applications section.
In Red Hat, you may encounter errors when editing certain schemas. For more on this, refer to the Red-Hat section.
If migrating from a v5.11 platform, you must control the workflows runtime directory. For more on this, refer to the Workflows section.
If migrating from a v5.11 platform, you must configure the tracking mode. For more on this, refer to the Tracking section.
If migrating from a v6.02 platform, you may define additional parameters to keep your old home page from v6.02. For more on this, refer to the User friendliness: Home page and navigation section.
If you use Interaction, you must adjust any parameters after the migration. For more on this, refer to the Interaction section.