v7
Applicabile solo a Campaign Classic v7

Adattare la configurazione configuring-your-platform

Alcune modifiche principali in Adobe Campaign v7 richiedono una configurazione specifica. Queste configurazioni possono essere necessarie prima o dopo la migrazione.

Durante la migrazione, il NmsRecipient viene ricreata dalla definizione degli schemi. Qualsiasi modifica apportata alla struttura SQL di questa tabella al di fuori di Adobe Campaign andrà persa.

Esempio di elementi da verificare:

  • Se hai aggiunto una colonna (o un indice) alla NmsRecipient ma non è stata specificata in dettaglio nello schema, non verrà salvata.
  • Il tablespace l’attributo recupera i propri valori per impostazione predefinita, ovvero quelli definiti nella procedura guidata di distribuzione.
  • Se è stata aggiunta una vista di riferimento al NmsRecipient tabella, è necessario eliminarla prima di eseguire la migrazione.

Prima della migrazione before-the-migration

Durante la migrazione ad Adobe Campaign v7, è necessario configurare i seguenti elementi. Questi elementi devono essere affrontati prima di avviare post-aggiornamento.

Dopo la migrazione after-the-migration

Dopo l’esecuzione post-aggiornamento, verifica e configura i seguenti elementi:

  • Pagine mirror

    Il blocco di personalizzazione della pagina mirror è stato modificato con v6.x. Questa nuova versione migliora la sicurezza durante l’accesso a queste pagine.

    Se hai utilizzato il blocco di personalizzazione v5 nei messaggi, la visualizzazione della pagina speculare non riuscirà. Adobe consiglia vivamente di utilizzare il nuovo blocco di personalizzazione durante l’inserimento di una pagina speculare nei messaggi.

    Tuttavia, come soluzione alternativa temporanea (e poiché le pagine mirror sono ancora attive), puoi tornare al vecchio blocco di personalizzazione per evitare questo problema modificando l’opzione XtkAcceptOldPasswords e impostarlo su 1. Questo non influirà sull’utilizzo del nuovo blocco di personalizzazione v6.x.

  • Sintassi

    Se durante il post-aggiornamento si verificano errori relativi alla sintassi, è necessario attivare temporaneamente allowSQLInjection opzione in serverConf.xml in quanto consente di riscrivere il codice. Una volta adattato il codice, assicurati di riattivare la sicurezza.

  • Conflitti

    La migrazione viene eseguita tramite un post-aggiornamento e i conflitti possono essere visualizzati nei report, nei moduli o nelle applicazioni web. Questi conflitti possono essere risolti dalla console.

  • Tomcat

    Se hai personalizzato la cartella di installazione, assicurati di verificare che sia aggiornata correttamente dopo la migrazione.

  • Rapporti

    Tutti i rapporti predefiniti utilizzano attualmente il motore di rendering v6.x. Se hai aggiunto codice JavaScript ai rapporti, alcuni elementi potrebbero essere interessati.

  • Applicazioni web

    Dopo il post-aggiornamento, se si verificano problemi di connessione alle applicazioni Web identificate, è necessario attivare allowUserPassword e sessionTokenOnly opzioni in serverConf.xml file. Per evitare problemi di sicurezza, queste due opzioni devono essere riattivate dopo la risoluzione del problema.

    A seconda del tipo di applicazioni Web e della relativa configurazione, è necessario eseguire ulteriori manipolazioni per assicurarne il corretto funzionamento.

  • Interazione

    Se usa Interazione, è necessario regolare tutti i parametri dopo la migrazione.

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