Lors de l'envoi de XML à JMS dois-je utiliser TextMessage ou BytesMessage

J'ai trouvé quelques très des informations contradictoires sur le web et je pense que chaque fournisseur JMS peuvent aussi altérer la réponse aussi.

J'essaie de comprendre lors de l'envoi de données XML dans un JMS système (par exemple, ActiveMQ) si je dois utiliser un

  • BytesMessage : je peux vous garantir que le XML est sérialisé correctement et le préambule va correspondre à l'encodage. En outre, je peux être sûr que le client sera en mesure d'obtenir les premières représentation correctement.
  • TextMessage : Il y a des Api dans de nombreuses implémentations de la file d'attente pour l'envoi de XML facilement. Je comprends aussi qu'il y a "encodage" informations jointes aux messages. Mais je risque d'encodage du message (et l'écriture du préambule) dans un format et de le recevoir comme un autre.

Quelqu'un a une réponse définitive, ou au moins quelques raisons pourquoi vous voulez choisir l'un plutôt que l'autre?

pas de réponse précise, désolé mate. Mes 2cts: XML est un format texte, par conséquent, l'utilisation TextMessage. Si vous l'envoi de données binaires, dire un zip ou jpg, puis utiliser BytesMessage. Laissez trucs à faire sens sur son propre (w/o de la documentation). Il garde (développeurs/testeurs/maintenance) la vie plus facile.
essayez de travailler pour un projet de défense et d'en parler à votre gestionnaire "Nous n'allons pas le document pour le rendre plus facile...". Toujours je reçois ce que vous dites. En Base 64 encodé en UTF8 n'est pas trop mauvais, sans avoir à recourir à quelque chose comme MTOM.

OriginalL'auteur Spence | 2012-06-01

  1. 5

    Je suis d'accord avec jos' commentaire à votre question. Tout d'abord, vous devez choisir le type de type de message qui exprime le mieux la sémantique de votre contenu. La lecture de la TextMessage Javadoc, j'irais pour que:

    Ce type de message peut être utilisé pour le transport des messages-textes, y compris ceux avec le contenu XML.

    Donc, si vous avez des ennuis avec votre message texte encodage, alors il y a probablement une mauvaise configuration sur le client /côté serveur. Mais cela ne doit pas être une motivation pour avoir abusé d'un autre type de message n'était pas destiné principalement pour le transfert de texte, tels que BytesMessage.

    N. B: Même avec BytesMessage, vous pouvez obtenir le codage de mal. Imaginez:

    //Send that data through JMS
byte[] data1 = "source text".getBytes("ISO-8859-1");

//Receive the byte stream on the other side. Ooops
String data2 = new String(data1, "UTF-8");
    Vrai, mais les bibliothèques que j'utilise .Net va chercher d'ordre d'octet donné un flux de données et d'identifier correctement l'encodage. De Plus, mon xml est le préambule. Mais ce que je comprends, c'est que le jury.

    OriginalL'auteur Lukas Eder