🚀 go-pugleaf

Dario Efine <DEfine@iFrance.com> writes:

> XML serait utilis� pour d�crire des �v�nements et des alarmes comme
> par exemple une base de donn�es HS, une perte de connexion ou la
> r�ussite de l'ex�cution d'un batch distant etc. Ainsi, ces informations
> seraient envoy�es de la station vers la plate-forme pour l'informer de
> l'�v�nement (les traps du protocole d�di� SNMP font cela tr�s bien).

Je n'ai que des souvenirs lointains de SNMP, mais es-tu sur que le
texte est la mailleure facon de transmettre ce type d'information. Si
oui, il se pourrait que XML ajoute un peu trop de balisage pour que
cela vaille le coup.

> 1. Existe-t-il des DTD qui d�crivent de telles informations (� l'image
>    des informations d'une MIB pour le protocole SNMP) ?

Pas que je sache, mais jette tout de meme un oeil a
http://xml.coverpages.org/, dans la partie "Applications".

> 2. Placer les donn�es brutes XML dans un paquet TCP et envoyer celui-ci
>    tel quel sur le r�seau : pensez-vous que c'est la meilleure solution ?

Ca depend de ce que tu entends par "paquet TCP" (on ne peut pas
controler les paquets en utilisant des sockets, seulement le flux).

Si tu utilises TCP pour disposer d'un flux de donnees, il te faudra un
autre mini-protocole par dessus pour delimiter un document XML. Si tu
utilises seulement TCP pour la fiabilite (comme, par exemple, http),
cela devrait etre une bonne solution.

Le probleme est qu'il est difficile de detecter la fin d'un document
XML (parce que la balise de fin de l'element racine peut etre suivie
d'une quantite quelconque de blancs et/ou de commentaires et
d'instructions de traitement -- decision que meme Tim Bray, il me
semble, considere maintenant comme une erreur de conception).

Cela signifie simplement qu'un parseur (qu'il soit DOM ou SAX) ne peut
pas utiliser directement la socket, parce qu'il ne s'arreterait qu'au
moment de sa fermeture. Si ca te convient, tant mieux, mais dans ce
cas, peut-etre vaudrait-il mieux developper un petit protocole fiable
au-dessus d'UDP (puisque ton protocole ne permet l'echange que d'un
message).

Si tu es a un niveau bien superieur, tu peux aussi regarder du cote de
XML-RPC ou de SOAP. Peut-etre que tous les details ci-dessus sont
superflus.

-- Alain.