<< Retour à l’index

Validation DSN en ligne de commande

1. Validation DSN en ligne de commande
   1. Prérequis
   2. Commande d'invocation de la validation
   3. Codes d'erreur possibles
   4. Configuration java
   5. Encoding sous windows

Prérequis

Pour pouvoir utiliser l’application en mode ligne de commande, il faut :

• une machine avec un système d’exploitation Linux 32bits ou Windows 32 bits,
• l’application DSNVal prsente sur la machine,
• une machine virtuelle Java JDK 6 32 Bits SUN installe sur la machine.

La machine sur laquelle est excute la validation en mode ligne de commande n’a pas besoin de serveur graphique.

Commande d’invocation de la validation

Le plugin «fr.cnav.autocontrole.headless» permet de valider un message DSN en mode ligne de commande. Ce plugin est intgr à l’excutable DSN-Val. Pour excuter la validation, il faut se mettre dans le rpertoire d’installation de l’excutable DSN-Val (comme repère, ce rpertoire doit contenir : DSN-Validateur, plugins, features, ...) et ensuite lancer la commande suivante :

Pour Windows :

DSN-ValidateurModeBatchWin32.cmd [{--help|-h}]

DSN-ValidateurModeBatchWin32.cmd \
		[{--output|-o} cheminDuRepertoireCible] [--grouping|-g] [{--limit|-l} nbreAnomalieLimite]  \
		[{--noCheckUpdate|-nc}]cheminDuMessageDsn.dns

Pour linux :

./DSN-ValidateurModeBatchLinux32.sh [{--help|-h}]

./DSN-ValidateurModeBatchLinux32.sh \
		[{--output|-o} cheminDuRepertoireCible] [{--grouping|-g}]  [{--limit|-l} nbreAnomalieLimite]  \
		[{--noCheckUpdate|-nc}]cheminDuMessageDsn.dns

Voici la description des paramètres de lancement :

• {--help|-h} : Affiche l’aide de la commande (paramètre optionnel)
• {--output|-o} cheminDuRepertoireCible : Indique le chemin du rpertoire cible (paramètre optionnel). Si le paramètre n’est pas indiqu, le rpertoire sera celui contenant le fichier DSN à valider.
• {--grouping|-g} : Activation de la mutualisation des anomalies.
• {--limit|-l} nbreAnomalieLimite : Limite du nombre d’anomalies que le validateur doit prsenter (paramètre optionnel). Si le paramètre n’est pas indiqu, la validation se fait sans limite.
• {--noCheckUpdate|-nc} : Dsactive la vrification de la version de l’outil (paramètre optionnel) . Si le paramètre n’est pas indiqu, la vrification est ralise, alors deux cas peuvent intervenir :
  • une mise à jour est disponible : la validation n’est pas ralise et le message suivant est renvoy : 'Le produit doit être mis à jour pour raliser la validation avec ces options (sans --noCheckUpdate). Il faut utiliser le produit en mode graphique pour raliser la mise à jour du produit. La validation peut être ralise sans faire la mise à jour en utilisant l’option --noCheckUpdate.'
  • le produit est djà à jour : La validation est effectue.

Voici une copie d’cran de l’utilisation sur une machine linux sans utilisation du paramètre output :

Voici une copie d’cran de l’utilisation sur une machine linux avec utilisation du paramètre output :

Codes d’erreur possibles

Le code retour de la commande peut être récupérer dans la variable ? ( echo $? ) dans un shell bash sous linux et la variable errorlevel sous windows ( echo %errorlevel% ).

Configuration java

Par dfaut, les scripts de lancement prennent le java qui est dfini dans le path du système. Si ce java n’est pas compatible avec le produit (Java 1.6 en version 32-Bit) un message nous indiquera que la version utilise n’est pas valide.

Nous pouvons configurer la version utilise en valorisant la variable DSNVAL_JAVA avec le chemin de l’excutable java voulu. Voici les commandes de configuration :

Pour Windows :

set DSNVAL_JAVA=c:\path\to\java.exe

Pour Linux :

export DSNVAL_JAVA=/path/to/java

Encoding sous windows

Pour que les accents soient correctement restitus sous windows, deux actions peuvent être ralises :

• Lancer le changement d’encoding de la console en CP1252 grâce à la commande ‹chcp 1252›,
• Mettre la police de la console à une police TrueType si ce n’est pas djà la cas. Par exemple, la police ‹Police Raster› n’est pas TrueType alors que la police ‹Lucida Console› en est une.