meilleur moyen d'échanger des éléments XML personnalisés dans XMPP?

Question

J'ai une application XMPP où deux clients interagissent (1) un bot programmé avec Smack (Scala/Java) et (2) un client de chat GUI programmé en strophe (Javascript).

L'application a besoin d'échanger XML personnalisés (par exemple, comme indiqué ci-dessous)

<myPacket> 
    <response type='sensorData'> 
     <temperature units='Kelvin'> 
     234 
     </temperature> 
    </response> 
</myPacket> 

Quelle est la meilleure façon d'échanger des données? Voici ce que je pouvais venir avec:

1) coutume XMPP strophes

2) Incorporer mon XML en strophes actuellement définis (par exemple, dans un message ou iq)

3) Pour smack, use the Message.get(set)Property to read/write custom data.

n ° 3) est exclue car elle nécessite que les deux clients comprennent les objets Java et utilisent la même bibliothèque (Smack).

Veuillez me diriger vers d'autres questions traitant du même problème. Après avoir fait quelques recherches, j'ai trouvé que Dataforms (XEP-0004) est le moyen le plus facile de le faire, à condition que votre bibliothèque le supporte.

Answer 1

Cela dépend en grande partie de la façon dont les données vont être utilisées. Ma règle de base est que si je ne fais que passer autour de paires clé-valeur (données simples) alors je voudrais aller à la fonctionnalité de propriété dans Smack. Mais la propriété ne peut être utilisée que dans Message. Pour une raison quelconque, l'extension de propriété n'utilise pas l'architecture du fournisseur de Smack, mais elle est codée en dur dans les classes Packet et PacketParserUtils. Donc, si vous ne pouvez pas le réutiliser dans les paquets IQ ou Presence.

Si vous souhaitez utiliser autre chose qu'une paire valeur/clé, vous devez écrire un fournisseur pour votre section personnalisée. C'est un peu de travail mais une fois que vous avez implémenté le marshalling/unmarshalling, votre strophe personnalisée fonctionne à peu près partout dans le framework Smack. Voir Smacks provider architecture pour plus de détails.

J'ai écrit un blog sur le fournisseur d'écriture dans l'un de mes post. Ce n'est pas la confiance principale de la poste, mais j'espère que vous trouverez également utile.