Grundprinzip operating-principle
Technisch gesehen basiert die Adobe Campaign-Plattform auf mehreren Modulen.
Es gibt viele Adobe Campaign-Module. Einige werden ununterbrochen ausgeführt, andere wiederum nur gelegentlich zur Durchführung administrativer Aufgaben (z.B. zur Konfiguration der Datenbankverbindung) oder zur Ausführung wiederkehrender Aufgaben (z.B. zur Konsolidierung von Tracking-Informationen) gestartet.
Es gibt drei Typen von Adobe Campaign-Modulen:
- Module mit Mehrfach-Instanzen: Für alle Instanzen wird ein einzelner Prozess ausgeführt. Dies gilt für die folgenden Module: web, syslogd, trackinglogd und watchdog (Aktivitäten aus der Datei config-default.xml).
- Module mit Einfach-Instanz: Für die einzelnen Instanzen wird jeweils ein Prozess ausgeführt. Dies gilt für die folgenden Module: mta, wfserver, inMail, sms und stat (Aktivitäten aus der Datei config-
<instance>
.xml). - Dienstprogramm-Module: Hierbei handelt es sich um Module, die von Zeit zu Zeit für gelegentlich notwendige oder wiederkehrende Operationen ausgeführt werden z. B Bereinigung, config Herunterladen von Trackinglogs.
Die Modulverwaltung erfolgt über das Befehlszeilen-Tool nlserver, das im bin des Installationsordners installiert ist.
Die allgemeine Syntax des nlserver-Tools lautet wie folgt:
nlserver <command>
<command arguments>
Um eine Liste der verfügbaren Module zu erhalten, verwenden Sie den Befehl nlserver.
Die verfügbaren Module werden in der folgenden Tabelle aufgeführt:
Die Modulverwendung und die Syntax ihrer Parameter werden mit dem folgenden Befehl angezeigt: nlserver [module]
-?
Beispiel:
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