ONYX - 9.0 - Utilisation - Envoi de travaux d'impression IBM i vers ONYX par LPR
Différence entre versions
m (Rdal a déplacé la page OPALE:10.0:Utilisation:LPR vers ONYX:10.0:Utilisation:Envoi de jobs d'impression IBM i vers ONYX par LPR sans laisser de redirection) |
|
(Aucune différence)
|
Version du 22 novembre 2019 à 10:17
Le principe de cette fonctionnalité est d'utiliser la commande LPR native OS/400.
La plus grosse problématique avec l'utilisation d'une RMTOUTQ utilisant le protocole LPR pour l'envoi des spools AS/400 vers Onyx Linux/Windows est la perte des métadonnées car les attributs de spools ne sont pas transportés.
Or avec la commande LPR, il est possible de les faire transiter grâce à l'utilisation du paramètre destopt de la commande LPR.
En l'utilisant comme dans l'exemple ci-dessous, il est possible de transporter les métadonnées que vous souhaitez :
LPR RMTSYS(xxxxx) (…) destopt('Z:map_userdata:KEY=VALUE')
Avec :
- "Z:map_userdata:" :
- "KEY" : le mot clé de votre choix
- "VALUE" : la valeur de votre choix
Sous Onyx (Windows ou Linux), les informations se retrouvent alors dans le job sous forme de Mapping User Data :
USERDATAS_KEY=VALUE
Exemple d'utilisation :
LPR RMTSYS(xxxxx) (…) destopt('Z:map_userdata:FROMAS400=&USRDATA;&FORMTYPE;&USER;&OUTQ;&SPLFNAME')
Avec cet exemple, il suffit ensuite de découper la chaine de caractères obtenue directement dans un workflow Mapping, à l'aide de la boite "String/Couper par champ", en précisant le délimiteur ainsi que le numéro de champ à extraire. Par contre, la position de l'élément est importante dans ce cas.
Une autre solution pourrait consister à passer également le nom des paramètres et utiliser la boite "String/Couper par séparateur".
Exemple d'utilisation :
LPR RMTSYS(xxxxx) (…) destopt('Z:map_userdata:FROMAS400=USRDATA=&USRDATA;FORMTYPE=&FORMTYPE;USER=&USER;OUTQ=&OUTQ;SPLFNAME=&SPLFNAME')