Question

nous envoyons auge de données à partir d'un MQ z / OS / système de CICS à un AS400.

encodage du message original est CCSID 500 avec un format MQSTR. L'application client obtient le message avec l'option CONVERT et CCSID 819.

Les données sont presque converties correctement, sauf pour la fin de la ligne caracter. Une idée? La z / OS envoie 0D (CR) en fin de ligne caractère. S'ils avaient 0D + 0A (CR + LF), CCSID change automatiquement 500-437, et la fin de la ligne est toujours pas juste du côté client.

Était-ce utile?

La solution 2

Nous avons eu un problème avec le CCSID du gestionnaire de file d'attente ne sont pas correctement réglée et la table de conversion mal utilisé.

Autres conseils

Vous avez déjà essayé vous ne "0A" (LF)? Avez-vous essayé sans CONVERT expliciet? Nous avons jamais eu de problèmes avec cette partie de la conversion et de nos entretiens de la machine avec Windows, AIX, Linux et ainsi. Presque tout le temps, nous comptons sur les conversions automatiques.

, vous pouvez également vérifier l'utilisateur de votre travail qui prend le message MQ de la file d'attente. La plupart du temps l'utilisateur utilise les attributs du système (tel que défini dans le SYSVAL approprié). Peut-être que ce userprofile a été configuré très spécifique et différent du SYSVAL qui arrête l'iSeries à faire la conversion automatique correcte.

En tant que test simple, FTP vos données sur l'iSeries. Cela forcera aussi une conversion automatique qui utilise les tables système (WRKTBL). Cela peut montrer une erreur dans cette configuration.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top