Principio di funzionamento operating-principle
Tecnicamente, la piattaforma Adobe Campaign si basa su diversi moduli.
Esistono molti moduli Adobe Campaign. Alcuni operano continuamente, mentre altri vengono avviati occasionalmente per eseguire attività amministrative (ad esempio per configurare la connessione al database) o per eseguire un'attività ricorrente (ad esempio per consolidare le informazioni di tracciamento).
Esistono tre tipi di moduli Adobe Campaign:
- Moduli a più istanze: viene eseguito un unico processo per tutte le istanze. Questo vale per i seguenti moduli: web, syslogd, trackinglogd e watchdog (attività dal file config-default.xml).
- Moduli a istanza singola: viene eseguito un processo per istanza. Questo vale per i seguenti moduli: mta, wfserver, inMail, sms e stat (attività dal file config-
<instance>
.xml). - Moduli di utilità: si tratta di moduli eseguiti occasionalmente per eseguire operazioni occasionali o ricorrenti (cleanup, config, download dei registri di tracciamento e così via).
L'amministrazione del modulo viene eseguita utilizzando lo strumento della riga di comando nlserver installato nella directory bin della cartella di installazione.
Sintassi generale dello strumento nlserver:
nlserver <command>
<command arguments>
Per visualizzare l'elenco dei moduli disponibili, utilizzare il comando nlserver.
I moduli disponibili sono descritti nella tabella seguente:
L'utilizzo del modulo e la sintassi dei relativi parametri vengono visualizzati utilizzando il comando seguente: nlserver [module]
-?
Esempio:
nlserver config -?
Usage: nlserver [-verbose:<verbose mode>] [-?|h|H] [-version] [-noconsole]
[-tracefile:<file>] [-tracefilter:<[type|!type],...>]
[-instance:<instance>] [-low] [-high] [-queryplans] [-detach]
[-internalpassword:<[password/newpassword]>] [-postupgrade]
[-nogenschema] [-force] [-allinstances]
[-addinstance:<instance/DNS masks[/language]>]
[-setdblogin:<[dbms:]account[:database][/password]@server>]
[-monoinstance]
[-addtrackinginstance:<instance/masks DNS[/databaseId/[/language[/password]]]>]
[-trackingpassword:<[password][/newpassword]>]
[-setproxy:<protocol/server:port[/login]>] [-reload]
[-applyxsl:<schema/file.xsl>] [-filter:<file>]
[-setactivationkey:<activation key>]
[-getactivationkey:<client identifier>]
-verbose : verbose mode
-? : display this help message
-version : display version number
-noconsole : no longer display logs and traces on the console
-tracefile : name of trace file to be generated (without extension)
-tracefilter : filter for the traces to be generated e.g.: wdbc,soap,!xtkquery.
-instance : instance to be used (default instance if this option is not present).
-low : start up with low priority
-high : start up with high priority (not recommended)
-queryplans : generate traces with the execution plans of SQL queries.
-detach : detaches the process from its parent (internal option)
-internalpassword : changes the password of the server internal account.
-postupgrade : updates the database following upgrade to a higher version.
-nogenschema : does not recompute the schemas during database update
-force : updates the database even if this has already been done with the current build
-allinstances : updates the database over all configured instances
-addinstance : adds a new instance.
-setdblogin : sets the parameters for connection to the database of an instance. The DBMS can be 'oracle', 'postgresql', 'mssql' or 'odbc' (default=postgresql)
-monoinstance : initializes for a single instance ().
-addtrackinginstance : adds a new tracking instance.
-trackingpassword : changes the tracking password of an instance
-setproxy : sets the parameters for connection to a proxy server. The protocol can be 'http', 'https' or 'all'.
-reload : asks the server to reload the configuration of the instances.
-applyxsl : applies an XSL stylesheet to all entities of a schema.
-filter : applies the XTK filter contained in the file during loading of the schema entities.
-setactivationkey : sets the activation key