OPALE - 10.0 - KB - Erreur MAPCPYSPLF en utilisant un spool d'entrée au format XML
Différence entre versions
De MappingDoc
(Balise : Éditeur visuel) |
(Balise : Éditeur visuel) |
||
Ligne 2 : | Ligne 2 : | ||
Sous Opale, pour utiliser un Spool au format XML, il faut : | Sous Opale, pour utiliser un Spool au format XML, il faut : | ||
− | * indiquer le chemin du spool dans le paramètre | + | *indiquer le chemin du spool Xml dans le paramètre INFILE |
− | * renseigner *NONE pour le spool texte SPLF(*NONE) | + | *renseigner *NONE pour le spool texte SPLF(*NONE) |
Version actuelle datée du 4 août 2023 à 14:03
Sous Opale, pour utiliser un Spool au format XML, il faut :
- indiquer le chemin du spool Xml dans le paramètre INFILE
- renseigner *NONE pour le spool texte SPLF(*NONE)
En exécutant MAPCPYSPLF, le programme map_815 est exécuté en arrière plan.
Celui-ci peut rencontrer l'erreur 78 qui est ensuite retransmise par MAPCPYSPLF qui n'en tient pas compte.
L'erreur dit :
ERROR: parameter LENGTHREC is too small compared to the width of the spool (check your configuration for UNICODE or MAPCPYSPLF_LENGTHREC)
Solution :
Cela se produit lorsqu'on utilise un spool d'entrée au format XML mais qu'on a oublié de le spécifier à MAPCPYSPLF.
Il faut alors ajouter le paramètre -xml
.
Exemple :
mapcpysplf -lang:xps -mapnam:LOGPAYRUFP "-infile:/home/mapiza/LOGPAYRUFP - A.XML" "-outfile:/home/mapiza/res.xps" -xml map_xps "-infile:/home/mapiza/res.xps" "-outfile:/home/mapiza/res.pdf" -fromXPS -toPDF
De la même manière, cela peut se produire avec un spool en ASCII tandis que la maquette accepte de l'unicode.
Solution :
Convertir les données