La plateforme Adobe Campaign repose techniquement sur plusieurs modules.
Il existe de nombreux modules Adobe Campaign. Certains fonctionnent en continu, d'autres sont démarrés ponctuellement pour effectuer des actions d'administration (par exemple : configurer la connexion à la base de données) ou lancer une tâche récurrente (par exemple : consolider les informations de tracking).
On distingue trois types de modules Adobe Campaign :
<instance>
.xml).L'administration de ces modules est assurée par l'outil ligne de commande nlserver installé dans le répertoire bin du dossier d'installation.
La syntaxe générale de l'outil nlserver est la suivante :
nlserver <command>``<command arguments>
Pour connaître la liste des modules disponibles, lancez la commande nlserver.
Les modules disponibles sont décrits dans le tableau suivant :
La commande | Description |
---|---|
aliasCleansing | Normalisation des valeurs d'énumération |
billing | Transmission du rapport d'activité du système à billing@neolane.net |
cleanup | Nettoyage de la base de données : supprime les données obsolètes de la base de données et lance une mise à jour des statistiques utilisées par l'optimiseur du moteur de base de données |
config | Modification de la configuration du serveur |
export | Export en ligne de commande : permet de lancer en ligne de commande un modèle d'export créé depuis le client Adobe Campaign |
fileconvert | Conversion de fichier à taille fixe |
import | Import en ligne de commande : permet de lancer en ligne de commande un modèle d'import créé depuis le client Adobe Campaign |
inMail | Analyseur des mails entrants |
installsetup | Mise à disposition du fichier d'installation du client |
javascript | Exécution de scripts JavaScript, ayant accès aux APIs SOAP |
job | Traitement ligne de commande |
merge | Fusion de formulaires |
midSourcing | Récupération des informations des envois en mode mid-sourcing |
monitor | Affichage, au format XML, de l'état des processus serveur et des tâches planifiées, par instance |
mta | Message Transfert Agent principal |
package | Import ou export de fichier de package d'entités |
pdump | Affichage de l'état des processus serveur |
prepareda | Préparer une action de diffusion |
restart | Redémarrage partiel du serveur |
runwf | Exécution d'une instance de workflow |
shutdown | Arrêt complet du système |
sms | Traitement des notifications SMS |
sql | Exécution de scripts SQL |
start | Démarrages additionnels |
stat | Maintient les statistiques des connexions des MTA |
stop | Arrêt partiel du système |
submitda | Soumettre une action de diffusion |
syslogd | Serveur d'écriture des logs et traces |
tracking | Consolidation et récupération des logs de tracking |
trackinglogd | Serveur d'écriture et de purge des logs de tracking |
watchdog | Module de démarrage et suivi |
web | Serveur applicatif (HTTP et SOAP) |
wfserver | Serveur de workflows |
Il existe un dernier module : le module de tracking et de relais vers le serveur applicatif qui, pour des raisons de performances, s'intègre sous la forme d'une librairie dynamique via des mécanismes natifs à un serveur Web IIS ou Apache. Il n'existe pas de commande Adobe Campaign permettant de démarrer ou d'administrer ce module, vous devez donc utiliser les commandes d'administration du serveur Web.
L'usage d'un module et la syntaxe de ses paramètres sont affichés à partir de la commande : nlserver.[module]
-?
Exemple:
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