Discussion :

[netdoor.fr]

Bonjour,

je dois envoyer à travers le réseau un objet Java fourni par une API JNI : JPcap, la version qui permet d'envoyer des paquets.

Hélas, a la sérialisation de l'objet Packet de l'API, j'obtiens une exception qui me dit que l'objet n'est pas sérialisable.

Il me faut trouver un moyen d'envoyer dans un tunnel Tcp cet objet et de le retrouver à l'identique de l'autre coté.

J'ai pensé a le sérialiser vers XML (baisse de performance, mais ais je le choix?)

J'ai trouvé ces API là qui "permettraient" de convertir en XML un objet non sérialisable et inversement (en théorie car non testé):

http://javolution.org/
http://jxm.sourceforge.net/manual.html
http://jade.tilab.com/
http://jsx.org/

Ma question: laquelle choisir pour des performances optimales?

[Kh4iN3]

Salut,

Sinon il y à l'api XStream qui est très simple à utiliser et en plus tu as un tutorial sur dvp :
tutorial

Voilà j'espère que ca t'ira.

a+

[g_rare]

Voir aussi les classes XMLEncoder et XMLDecoder (directement) présentes dans l'API Java depuis la version 1.4 !

[netdoor.fr]

Salut,

Sinon il y à l'api XStream qui est très simple à utiliser et en plus tu as un tutorial sur dvp :
tutorial

Voilà j'espère que ca t'ira.

a+

Ais je besoin de faire un fichier de mapping? En fait je voudrais obtenir une représentation de l'objet sous forme XML, sans avoir a faire de mapping.

[netdoor.fr]

Voir aussi les classes XMLEncoder et XMLDecoder (directement) présentes dans l'API Java depuis la version 1.4 !

Je ne peu pas utiliser celà. Mon objet Packet n'est pas sérialisable et il s'agit d'un objet d'une API JNI, donc je ne peu le modifier! :-s

Je voulais utiliser la serialisation binaire et celà ne marche pas (lire le premier post). C'est pour celà que je cherche un autre moyen d'envoyer un objet java non sérialisable à travers le réseau (et le retrouver à l'identique de l'autre coté du tunnel tcp).

Merci

[g_rare]

XMLEncoder et XMLDecoder n'ont pas besoin de travailler sur des objets "Serializable" (contrairement à ce que tu sembles croire) !

http://java.sun.com/j2se/1.4.2/docs/...MLEncoder.html

The XMLEncoder class is a complementary alternative to the ObjectOutputStream and can used to generate a textual representation of a JavaBean in the same way that the ObjectOutputStream can be used to create binary representation of Serializable objects.

http://java.sun.com/j2se/1.4.2/docs/...va.lang.Object)

public void writeObject(Object o)

[netdoor.fr]

En effet, merci beaucoup :0)

Mais, je ne connais pas les spécifications exactes des JavaBeans, et je ne sais pas vraiment si les classes suivantes y répondent:

http://netresearch.ics.uci.edu/kfuji...et/Packet.html

http://netresearch.ics.uci.edu/kfuji.../IPPacket.html

http://netresearch.ics.uci.edu/kfuji...UDPPacket.html

[g_rare]

Ais je besoin de faire un fichier de mapping? En fait je voudrais obtenir une représentation de l'objet sous forme XML, sans avoir a faire de mapping.

Le tutorial de XStream indique qu'il est compatible avec tout objet sans besoin de définir un quelconque mapping.

[Kh4iN3]

En effet je confirme pas besoin de mapping pour utiliser XStream.

a+

[netdoor.fr]

Pour l'instant, celà marche, mon instance JPcap de Packet est compatible avec XStream, j'obtiens le code xml sans erreur...le test dans quelques minutes pour voir si le paquet est correctement reconstruit à l'autre bout du tunnel Tcp. Si XStream fait bien son boulot, je devrais avoir un objet identique. :0) Merci

[netdoor.fr]

Il faut que cela soit plus rapide, nous perdons la synchro entre les 2 serveurs a chaque bout du tunnel parce que la serialisation en xml met trop de temps avec XStream, que puis je utiliser de ultra rapide? quitte a faire une map xml pour les objets...

Merci bcp