Discussion :

[kramer Mc Barreth]

Bonjour,

Mon probleme est le suivant:
Je genere a partir d'une base de donnée une string contenant mes datas.
Je l'envois ensuite a MQ en utilisant JMS.
Cependant, Lorsque je recupere mon fichier de la Queue, celui-ci contient une entete JMS que je ne voudrais pas avoir.
J'utilise un TextMessage ou un BytesMessage mais le probleme reste le meme.
L'objet message possede des fonctions clearBody() et clearProperties(), mais aucune fonction permettant d'eviter ce header disgracieux pour mes utilisateurs finaux?
Lorsque l'on envois (par ligne de commande) un fichier text dans MQ et qu'on le recupere, celui ci est tel quel, juste les données du fichier texte sans header. Je voudrais obtenir le meme resultat.

dois je pour ca abandonner le JMS pour du code specifique a MQ (pas terrible en cas de changement de System de Queue)?

Merci d'avance !

[djsnipe]

dois je pour ca abandonner le JMS pour du code specifique a MQ (pas terrible en cas de changement de System de Queue)?

Bonsoir,

J'ai été tenté de répondre sans me poser plus de question, aussi j'ai fait quelques recherches avant. Pour moi la conclusion est oui tu dois abandonner JMS pour du code spécifique MQ dans cette situation.
JMS est une API pour des échanges entre un émetteur et un/des récepteur(s) qui parlent tous JMS. JMS ne doit donc pas être vu comme une API pour s'abstraire de la l'API MQ si le destinataire du message n'est pas un client JMS, mais MQ dans ce cas.
La spec JMS ne détaille pas les modalités d'implémentation par les différents provider, mais IBM à choisi de baser son implémentation sur de "l'encapsulation" de protocole, c'est-à-dire transporter tout le message JMS (avec ses headers) dans des messages MQ. D'ailleurs, ils n'avaient pas tellement le choix.
Si tes clients finaux utilisent directement MQ et pas JMS, le changement sera impactant pour eux également en cas de changement du middleware de message.

Si tu es dans une situation où certains clients parlent MQ, et d'autres JMS (et que tu es en position d'éditeur) encapsule ces 2 API dans une petite bibliothèque avec une API Java très simplifiée, et pouvant choisir MQ ou JMS comme implémentation de l'envoi de messages. Pour avoir écrit du code MQ il y a quelques années, il me semble que c'était assez proche.

En espérant t'avoir aidé

[kramer Mc Barreth]

Merci pour ces precisions, je regarde de ce pas le code MQ.