ONYX - 9.0 - Utilisation - Envoi de travaux d'impression IBM i vers ONYX par LPR

Différence entre versions

De MappingDoc
imported>Admin
(Page créée avec « Le principe de cette fonctionnalité est d' utiliser la commande LPR qui est native OS/400. La plus grosse problématique avec l'utilisation d'une RMTOUTQ utilisant le pro... »)
 
imported>Admin
Ligne 1 : Ligne 1 :
Le principe de cette fonctionnalité est d' utiliser la commande LPR qui est native OS/400. La plus grosse problématique avec l'utilisation d'une RMTOUTQ utilisant le protocole LPR pour l'envoi des spool AS400 vers Onyx Linux/Windows est la perte des métadatas. (Les attributs de spools ne sont pas transportés)
+
Le principe de cette fonctionnalité est d' utiliser la commande LPR native OS/400.  
  
Or avec la commande LPR, il est possibile de faire transiter des métadatas grâce à l'utilisation du paramètre '''destopt''' de la commande LPR.
+
La plus grosse problématique avec l'utilisation d'une RMTOUTQ utilisant le protocole LPR pour l'envoi des spool AS400 vers Onyx Linux/Windows est la perte des métadatas. (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.
  
  

Version du 14 mars 2019 à 10:25

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 spool AS400 vers Onyx Linux/Windows est la perte des métadatas. (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 Datas :

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ère 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 important 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')