Discussion :

[Ricky81]

Bonjour,

le problème n'est pas forcement commun.
L'idée est d'échanger entre un serveur d'application et une applet des grappes d'objets sérialisés.

Si le serveur d'application tournera en Java 5, rien n'est moins sur pour le jre sur le poste client.
Mais déjà au dela de compatibilités entre par exemple Java 1.4 et Java 5 (je suis plutôt pessimiste), peut-on avoir une garantie que les objets sérialisés pourront être échangés entre un jdk 1.5 et un jre 1.5 avec des différences de version mineure ?
Mes premiers tests m'ont permis de constater que ca semble possible notamment lorsque le jre 1.5_x >= jdk 1.5_y. Il me reste à examiner la situation inverse.

Y'a-t-il des gens ayant déjà été confrontés à ce genre de problématique ?
Cette contrainte entre jdk serveur et jre client n'est elle pas trop forte et dangereuse ?

P.S. : je précise que la solution de la sérialisation est à l'origine due à une faible bande passante réseau, des objets complexes issus de fichiers xml (forcement plus volumineux que le flux sérialisé), et une contrainte sur la taille de l'applet (désérialiser le flux xml dans l'applet impliquerait d'embarquer trop de librairies)

[adiGuba]

Salut,


Est-ce que tu as bien défini le serialVersionUID de tes classes sérializables ? Car si c'est bien le cas il me semble qu'il de devrait pas y avoir de problème de version...

a++

[Ricky81]

Salut,

j'ai pu tester avec une version mineure inférieure, mais j'ai du passer sur autre chose.
Mais effectivement le serialVersionUID peut être une piste car les objets en questions sont générés sans serialVersionUID.

On verra ca la semaine prochaine

[Celeborn]

Salut,

Je ne suis pas sur de moi, mais je pense que la version de la jre n'influe pas sur la sérialisation. En effet du moment que le serialVersionUID est identique et que les .class n'ont pas bougé, cela dépend uniquement de l'interface Serializable présente depuis jdk 1.1.

[Ricky81]

Salut,

Ca roule avec le dernier JRE 1.4
Mes doutes portaient plus sur l'enchaînement de plusieurs problématiques, des fois que ca serve :
- mes objets sont des objets générés par JAXB 2.0, donc avec des annotations et des generics
- ils sont donc gérés en Java 5 côté serveur, puis sérialisés à la demande sur sollicitation d'une applet

J'ai fait un jar de mes objets avec l'option -target à jsr14 ("unsupported and undocumented" in the text) pour pouvoir les référencer dans mon projet Applet en Java 1.4 (il faut évidemment être prudent et ne pas abuser des fonctionnalités de Java 5, ici seulement des annotations et des generics, pour info : http://forum.java.sun.com/thread.jsp...2017&trange=15 , une autre piste non explorée : http://retroweaver.sourceforge.net ).
Lorsque je crée mon jar d'Applet, je suis obligé d'avoir les libs Jaxb dans le classpath sinon il rale à cause d'annotations (ca me surprend un peu qu'il voit les annotations).

Dans ma Webapp j'ai mes jars fait en Java 5 dans WEB-INF, et la lib pour l'applet est celle générée avec target jsr14.

Côté Jaxb, il faut aussi faire attention à ce que ca ne soit pas trop complexe, notamment que tout attribut soit typé par des types élémentaires ou des classes elles mêmes n'ayant que des types élémentaires (j'avais par exemple oublié de typer un attribut dans mon xsd et ca avait donc généré un attribut "Object" qui était géré par des éléments DOM, donc ClassNotFoundException côté Applet. Par contre les Object en regard de liens de type IDREF dans le xsd ne semblent pas poser de problème mais mon test n'est pas forcement complet).

Voila voila.

Merci à tous.