OPALE - 10.0 - KB - Certains Spools non pris en compte par le Robot Mapping
Différence entre versions
(Balise : Éditeur visuel) |
|||
Ligne 3 : | Ligne 3 : | ||
'''A faire''' : Vérifier que le système OS/400 envoie bien une information à la DATAQ quand le spool est envoyé dans l’OUTQ : | '''A faire''' : Vérifier que le système OS/400 envoie bien une information à la DATAQ quand le spool est envoyé dans l’OUTQ : | ||
− | #Arrêter le Robot MAPPING : | + | #Arrêter le Robot MAPPING : <code>ENDSBS MAPSROBOT *IMMED</code> |
#Relancer le job créant le fichier spool dans la DATAQ | #Relancer le job créant le fichier spool dans la DATAQ | ||
− | #Regarder ce qu'il y a dans la DATAQ : | + | #Regarder ce qu'il y a dans la DATAQ : <code>DSPDTAQ NOMDATAQ</code> |
Version actuelle datée du 10 juillet 2019 à 08:35
Symptôme : Certains spools arrivant dans une OUTQ monitorée par MAPPING ne sont pas pris en compte par le Robot MAPPING.
A faire : Vérifier que le système OS/400 envoie bien une information à la DATAQ quand le spool est envoyé dans l’OUTQ :
- Arrêter le Robot MAPPING :
ENDSBS MAPSROBOT *IMMED
- Relancer le job créant le fichier spool dans la DATAQ
- Regarder ce qu'il y a dans la DATAQ :
DSPDTAQ NOMDATAQ
Si celle ci-est vide alors la relation ne se fait plus.
Alors : il faut recréé la relation entre l'OUTQ et la DATAQ. (Menu Mapping : Gérer les relations entre OUTQs)
Si celle-ci a des informations (une entrée par nombre d'envois du spool dans l'OUTQ) alors le problème ne vient pas de là. D'autres pistes doivent alors être investiguées
Remarque : Avant la version OPALE 10.0.xxxx (à déterminer), à l'exécution du DSPDTAQ, une erreur peut apparaitre : Erreur. RPG9001 non intercepté par DTQAC à la spécif 4200, inst X'005F. Dans ce cas, il y a bien des informations dans la DTAQ. Par contre on ne connait pas le nombre de lignes