2010-01-22 6 views
0

Nous envoyons des données à travers MQ d'un système z/OS/CICS à un AS400.MQ EOL Conversion de données

Le codage d'origine du message est CCSID 500 avec un format MQSTR. L'application client reçoit le message avec l'option CONVERT et CCSID 819.

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

Répondre

0

Nous avons rencontré un problème avec le CCSID du gestionnaire de files d'attente n'étant pas défini correctement et la table de conversion incorrecte utilisée.

+0

Voir http://www-01.ibm.com/support/docview.wss?uid=swg27005729&aid=1 – lemotdit

1

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

Vous pouvez également vérifier l'utilisateur de votre travail qui sélectionne le message MQ dans la file d'attente. La plupart du temps, l'UTILISATEUR utilise les attributs du système (tels que définis dans le SYSVAL approprié). Peut-être que ce profil d'utilisateur a été configuré de manière très spécifique et différente de SYSVAL, ce qui empêche l'iSeries d'effectuer la conversion automatique correcte.

Pour un simple test, envoyez vos données FTP à l'iSeries. Cela forcera également une conversion automatique qui utilise les tables système (WRKTBL). Cela peut montrer une erreur dans cette configuration.