OPALE:10.0:Utilisation:MAPRMTPROC - Historique des versions

Jdieu : Cette version a été marquée pour être traduite

2022-01-10T09:04:12Z

Cette version a été marquée pour être traduite

2022-01-10T09:03:14Z

2022-01-10T09:02:58Z

2022-01-10T08:57:39Z

2022-01-10T08:56:39Z

2022-01-10T08:55:24Z

2022-01-10T08:48:05Z

2022-01-10T08:45:55Z

2022-01-10T08:45:04Z

2022-01-10T08:44:40Z

@@ Ligne 38 : / Ligne 38 : @@
 <u>Réponses reçues par la commande</u>
 Le type de réponse dépend des paramètres configurés dans le workflow. La réponse peut être :
 *Un fichier spool (*USERASCII ou *AFPDS)
 *Un message dans la JOBLOG actuelle (*INFO ou *MESSAGE)
 *Des données dans la DTAARA MAPRMTPROC dans QTEMP
 Pour plus d'informations, se référer à la vidéo de formation.
@@ Ligne 337 : / Ligne 341 : @@
 *On pourrait de la même façon renvoyer un fichier XPS vers l’IBM i afin de l’imprimer à travers l’OutQ de l’IBM i et non du spooler ONYX Server.
 *Le USRDFNDTA est encodé de deux manière différentes possibles :
 **Dans le cas de récupération du USRDFNDTA du spool envoyé, on garde le même encodage que le spool d'origine

@@ Ligne 336 : / Ligne 336 : @@
 <!--T:80-->
 *On pourrait de la même façon renvoyer un fichier XPS vers l’IBM i afin de l’imprimer à travers l’OutQ de l’IBM i et non du spooler ONYX Server.
 *Le USRDFNDTA est encodé de deux manière différentes possibles :
 **Dans le cas de récupération du USRDFNDTA du spool envoyé, on garde le même encodage que le spool d'origine

@@ Ligne 321 : / Ligne 321 : @@
 <!--T:76-->
 [[Fichier:4A.png|centré|1076x1076px|alt=|sans_cadre]]
 <!--T:77-->
@@ Ligne 331 : / Ligne 332 : @@
 <!--T:79-->
-Remarque :
+Remarques :
 <!--T:80-->
-On pourrait de la même façon renvoyer un fichier XPS vers l’IBM i afin de l’imprimer à travers l’OutQ de l’IBM i et non du spooler ONYX Server.
+*On pourrait de la même façon renvoyer un fichier XPS vers l’IBM i afin de l’imprimer à travers l’OutQ de l’IBM i et non du spooler ONYX Server.
 ==En cas de problème de connexion== <!--T:81-->

@@ Ligne 229 : / Ligne 229 : @@
 <!--T:91-->
-• HTTP_ISERIES_USER_DFN_DATA= Donnée définie par l'utilisateur  (depuis Version 10.5.1)
+• HTTP_ISERIES_USER_DFN_DATA= Donnée définie par l'utilisateur  '''(depuis Version 10.5.1)'''
 ===Passage de paramètres personnalisées=== <!--T:84-->

@@ Ligne 45 : / Ligne 45 : @@
 *Un message dans la JOBLOG actuelle (*INFO ou *MESSAGE)
 *Des données dans la DTAARA MAPRMTPROC dans QTEMP
 ==MAPRMTPROC== <!--T:12-->

← Version précédente		Version du 10 janvier 2022 à 08:55
Ligne 38 :		Ligne 38 :


−	Réponses reçues par la commande	+	<u>Réponses reçues par la commande</u>
		+
	Le type de réponse dépend des paramètres configurés dans le workflow. La réponse peut être :		Le type de réponse dépend des paramètres configurés dans le workflow. La réponse peut être :

@@ Ligne 24 : / Ligne 24 : @@
 ===Convert from iSeries=== <!--T:8-->
 La commande “Convert from iSeries” (dans le groupe Mapping) permet de convertir un fichier spool EBCDIC en Unicode.
 <!--T:9-->

@@ Ligne 36 : / Ligne 36 : @@
 (soit avec une valeur en dur, soit en reprenant la valeur du fichier d'origine envoyé via le MAPRMTPROC en utilisant le paramètre HTTP_ISERIES_USER_DFN_DATA.
-<!--T:11-->
+Réponses reçues par la commande
-(Voir documentation « WorkFlow_ISeriesResponse.pdf » pour plus d’informations)
+Le type de réponse dépend des paramètres configurés dans le workflow. La réponse peut être :
 ==MAPRMTPROC== <!--T:12-->

@@ Ligne 239 : / Ligne 239 : @@
 Remarques :
 Noter bien les paramètres &key et &value devant obligatoirement être en minuscule et noter bien le &TRIM ayant pour effet de supprimer les blancs non significatifs après la valeur. Si tag &TRIM n'est pas mis, alors la valeur aura une longueur défini par la valeur passée (exemple : &USRDFNDTA serait de 35 caractères)
 ==Exemples== <!--T:50-->