ONYX - 9.0 - Utilisation - Convertisseurs de sortie

Différence entre versions

De MappingDoc
(Structure et syntaxe)
(Structure et syntaxe)
Ligne 35 : Ligne 35 :
  
 
Autant de profils de conversion que nécessaire peuvent être déclarés en fonction des différents canaux d’entrées / sortie des documents de production. Chaque profil doit avoir un nom unique (exemple : nom_du_profil_1 ici) qui sera utilisé par le Spooler Mapping ou en ligne de commande pour identifier le bon profil de conversion.
 
Autant de profils de conversion que nécessaire peuvent être déclarés en fonction des différents canaux d’entrées / sortie des documents de production. Chaque profil doit avoir un nom unique (exemple : nom_du_profil_1 ici) qui sera utilisé par le Spooler Mapping ou en ligne de commande pour identifier le bon profil de conversion.
Pour chaque profil sont renseignés tous les paramètres utiles qui permettent d’effectuer la conversion, de l’affiner et de l’optimiser
+
Pour chaque profil sont renseignés tous les paramètres utiles qui permettent d’effectuer la conversion, de l’affiner et de l’optimiser.
 +
 
 +
 
 +
 
 +
Important:
 +
 
 +
Toutes les informations contenues dans ce fichier de configuration sont sensibles à la casse : nom des différents profils, noms et valeurs des paramètres.
 +
 
 +
Remarque:
 +
 
 +
Tous les paramètres documentés ci-après sont également utilisables en ligne de commande et peuvent être surchargés lors de l’appel à une commande map_xps de conversion. La syntaxe d’appel d’un paramètre en particulier est alors : <code>-param:nom_parametre=valeur</code>.

Version du 15 avril 2019 à 09:17

Cette partie traite de l’affranchissement du langage de génération des documents qui ne seront convertis vers le bon format qu’au moment de la demande de diffusion suivant le canal voulu. En d’autres termes, ONYX Server offre, par exemple, la possibilité, à partir d’un seul et même document XPS, d’en sortir une version imprimée en PCL (et en AFPDS sur une imprimante de backup) et un PDF pour l’archivage tout en l’envoyant directement par mail à un ou plusieurs destinataires.

Le fichier de configuration : XPSCONFIG.CONF

Définition

Toutes les conversions du format pivot XPS vers les langages de destination sont gérées nativement dans le moteur. Elles sont définies et affinées par différents profils de conversions entièrement paramétrables et stockés dans un fichier de configuration : XPSConfig.conf. Physiquement, ce fichier se trouve dans le dossier défini par la variable de configuration XPSCONFIG.

Exemple sur Windows:

[XPSCONFIG]	C:\Program Files\M-Processing Server\Settings\XPSConfig.conf

Exemple sur linux :

[XPSCONFIG]	/apps/mapping/conf/XPSConfig.conf


Structure et syntaxe

La structure générale de ce fichier est basée sur la syntaxe XML :

<xpsconfig>
  <nom_du_profil_1>
         <param_1>valeur</param_1>
         <param_2>valeur</param_2>
         <param_3>valeur</param_3>
          …
   </nom_du_profil_1>
   <nom_du_profil_2>
           <param_1>valeur</param_1>
           <param_2>valeur</param_2>
           …
   </nom_du_profil_2>
           …
</xpsconfig>

Autant de profils de conversion que nécessaire peuvent être déclarés en fonction des différents canaux d’entrées / sortie des documents de production. Chaque profil doit avoir un nom unique (exemple : nom_du_profil_1 ici) qui sera utilisé par le Spooler Mapping ou en ligne de commande pour identifier le bon profil de conversion. Pour chaque profil sont renseignés tous les paramètres utiles qui permettent d’effectuer la conversion, de l’affiner et de l’optimiser.


Important:

Toutes les informations contenues dans ce fichier de configuration sont sensibles à la casse : nom des différents profils, noms et valeurs des paramètres.

Remarque:

Tous les paramètres documentés ci-après sont également utilisables en ligne de commande et peuvent être surchargés lors de l’appel à une commande map_xps de conversion. La syntaxe d’appel d’un paramètre en particulier est alors : -param:nom_parametre=valeur.