une applet doit communiquer avec le serveur ( servlet ) afin de
récupérer des données.
Les informations échangées sont stockés dans des JavaBeans.
Ces classes devront donc être sérialisé.
Cependant, la JVM client peut être d'un version différente de celle du
serveur, d'ou des problème de serialisation.
Cepedant, la version de la JVM cliente sera toujours inférieur à celle
du client ( coté client JVM 1.1 ou 1.3 ), et coté serveur , cela sera
dur 1.3 ou 1.4.
Y a t-il un moyen de spécifier le type de "codage" pour la
sérialisation ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Cédric Chabanois
Bonjour,
une applet doit communiquer avec le serveur ( servlet ) afin de récupérer des données. Les informations échangées sont stockés dans des JavaBeans.
Ces classes devront donc être sérialisé.
Cependant, la JVM client peut être d'un version différente de celle du serveur, d'ou des problème de serialisation.
Cepedant, la version de la JVM cliente sera toujours inférieur à celle du client ( coté client JVM 1.1 ou 1.3 ), et coté serveur , cela sera dur 1.3 ou 1.4.
Y a t-il un moyen de spécifier le type de "codage" pour la sérialisation ?
Le mieux est de sérializer en xml à mon avis. Tu as du bol, les deux messages précédents en parlent
Cédric
Bonjour,
une applet doit communiquer avec le serveur ( servlet ) afin de
récupérer des données.
Les informations échangées sont stockés dans des JavaBeans.
Ces classes devront donc être sérialisé.
Cependant, la JVM client peut être d'un version différente de celle du
serveur, d'ou des problème de serialisation.
Cepedant, la version de la JVM cliente sera toujours inférieur à celle
du client ( coté client JVM 1.1 ou 1.3 ), et coté serveur , cela sera
dur 1.3 ou 1.4.
Y a t-il un moyen de spécifier le type de "codage" pour la
sérialisation ?
Le mieux est de sérializer en xml à mon avis.
Tu as du bol, les deux messages précédents en parlent
une applet doit communiquer avec le serveur ( servlet ) afin de récupérer des données. Les informations échangées sont stockés dans des JavaBeans.
Ces classes devront donc être sérialisé.
Cependant, la JVM client peut être d'un version différente de celle du serveur, d'ou des problème de serialisation.
Cepedant, la version de la JVM cliente sera toujours inférieur à celle du client ( coté client JVM 1.1 ou 1.3 ), et coté serveur , cela sera dur 1.3 ou 1.4.
Y a t-il un moyen de spécifier le type de "codage" pour la sérialisation ?
Le mieux est de sérializer en xml à mon avis. Tu as du bol, les deux messages précédents en parlent
Cédric
Franck Andriano
Bonjour!
Bonjour,
une applet doit communiquer avec le serveur ( servlet ) afin de récupérer des données. Les informations échangées sont stockés dans des JavaBeans.
Ces classes devront donc être sérialisé.
Cependant, la JVM client peut être d'un version différente de celle du serveur, d'ou des problème de serialisation.
Cepedant, la version de la JVM cliente sera toujours inférieur à celle du client ( coté client JVM 1.1 ou 1.3 ), et coté serveur , cela sera dur 1.3 ou 1.4.
Y a t-il un moyen de spécifier le type de "codage" pour la sérialisation ?
Le mieux est de sérializer en xml à mon avis. Tu as du bol, les deux messages précédents en parlent
Le mieux est de passer à l'applet des objets sérializés 1.1 : HashMap ==> Hashtable LinkedList ==> Vector
Exemple :
if (_obj instanceof HashMap) { Hashtable ht = new Hashtable(); ht.putAll((Map)_obj); outputToApplet.writeObject(ht); }
Etc...
/Franck
-- !
Bonjour!
Bonjour,
une applet doit communiquer avec le serveur ( servlet ) afin de
récupérer des données.
Les informations échangées sont stockés dans des JavaBeans.
Ces classes devront donc être sérialisé.
Cependant, la JVM client peut être d'un version différente de celle du
serveur, d'ou des problème de serialisation.
Cepedant, la version de la JVM cliente sera toujours inférieur à celle
du client ( coté client JVM 1.1 ou 1.3 ), et coté serveur , cela sera
dur 1.3 ou 1.4.
Y a t-il un moyen de spécifier le type de "codage" pour la
sérialisation ?
Le mieux est de sérializer en xml à mon avis.
Tu as du bol, les deux messages précédents en parlent
Le mieux est de passer à l'applet des objets sérializés 1.1 :
HashMap ==> Hashtable
LinkedList ==> Vector
Exemple :
if (_obj instanceof HashMap)
{
Hashtable ht = new Hashtable();
ht.putAll((Map)_obj);
outputToApplet.writeObject(ht);
}
une applet doit communiquer avec le serveur ( servlet ) afin de récupérer des données. Les informations échangées sont stockés dans des JavaBeans.
Ces classes devront donc être sérialisé.
Cependant, la JVM client peut être d'un version différente de celle du serveur, d'ou des problème de serialisation.
Cepedant, la version de la JVM cliente sera toujours inférieur à celle du client ( coté client JVM 1.1 ou 1.3 ), et coté serveur , cela sera dur 1.3 ou 1.4.
Y a t-il un moyen de spécifier le type de "codage" pour la sérialisation ?
Le mieux est de sérializer en xml à mon avis. Tu as du bol, les deux messages précédents en parlent
Le mieux est de passer à l'applet des objets sérializés 1.1 : HashMap ==> Hashtable LinkedList ==> Vector
Exemple :
if (_obj instanceof HashMap) { Hashtable ht = new Hashtable(); ht.putAll((Map)_obj); outputToApplet.writeObject(ht); }
Etc...
/Franck
-- !
jerome moliere
Franck Andriano wrote:
Bonjour!
Bonjour,
une applet doit communiquer avec le serveur ( servlet ) afin de récupérer des données. Les informations échangées sont stockés dans des JavaBeans.
Ces classes devront donc être sérialisé.
Cependant, la JVM client peut être d'un version différente de celle du serveur, d'ou des problème de serialisation.
Cepedant, la version de la JVM cliente sera toujours inférieur à celle du client ( coté client JVM 1.1 ou 1.3 ), et coté serveur , cela sera dur 1.3 ou 1.4.
Y a t-il un moyen de spécifier le type de "codage" pour la sérialisation ?
Le mieux est de sérializer en xml à mon avis. Tu as du bol, les deux messages précédents en parlent
Le mieux est de passer à l'applet des objets sérializés 1.1 : HashMap ==> Hashtable LinkedList ==> Vector
je ne peux pas être d'accord avec toi franck !!! la serialisation Java est lourde, couteuse, a peu près autant que XML, mais en plus pose les problemes recurrents de compatibilite tout en perdant le benefice de la portablite... bref pas beau :)
Jerome
Franck Andriano wrote:
Bonjour!
Bonjour,
une applet doit communiquer avec le serveur ( servlet ) afin de
récupérer des données.
Les informations échangées sont stockés dans des JavaBeans.
Ces classes devront donc être sérialisé.
Cependant, la JVM client peut être d'un version différente de celle du
serveur, d'ou des problème de serialisation.
Cepedant, la version de la JVM cliente sera toujours inférieur à celle
du client ( coté client JVM 1.1 ou 1.3 ), et coté serveur , cela sera
dur 1.3 ou 1.4.
Y a t-il un moyen de spécifier le type de "codage" pour la
sérialisation ?
Le mieux est de sérializer en xml à mon avis.
Tu as du bol, les deux messages précédents en parlent
Le mieux est de passer à l'applet des objets sérializés 1.1 :
HashMap ==> Hashtable
LinkedList ==> Vector
je ne peux pas être d'accord avec toi franck !!!
la serialisation Java est lourde, couteuse, a peu près autant que XML,
mais en plus pose les problemes recurrents de compatibilite tout en
perdant le benefice de la portablite...
bref pas beau :)
une applet doit communiquer avec le serveur ( servlet ) afin de récupérer des données. Les informations échangées sont stockés dans des JavaBeans.
Ces classes devront donc être sérialisé.
Cependant, la JVM client peut être d'un version différente de celle du serveur, d'ou des problème de serialisation.
Cepedant, la version de la JVM cliente sera toujours inférieur à celle du client ( coté client JVM 1.1 ou 1.3 ), et coté serveur , cela sera dur 1.3 ou 1.4.
Y a t-il un moyen de spécifier le type de "codage" pour la sérialisation ?
Le mieux est de sérializer en xml à mon avis. Tu as du bol, les deux messages précédents en parlent
Le mieux est de passer à l'applet des objets sérializés 1.1 : HashMap ==> Hashtable LinkedList ==> Vector
je ne peux pas être d'accord avec toi franck !!! la serialisation Java est lourde, couteuse, a peu près autant que XML, mais en plus pose les problemes recurrents de compatibilite tout en perdant le benefice de la portablite... bref pas beau :)
Jerome
Franck Andriano
Bonjour Jérôme,
Bonjour,
une applet doit communiquer avec le serveur ( servlet ) afin de récupérer des données. Les informations échangées sont stockés dans des JavaBeans.
Ces classes devront donc être sérialisé.
Cependant, la JVM client peut être d'un version différente de celle du serveur, d'ou des problème de serialisation.
Cepedant, la version de la JVM cliente sera toujours inférieur à celle du client ( coté client JVM 1.1 ou 1.3 ), et coté serveur , cela sera dur 1.3 ou 1.4.
Le mieux est de passer à l'applet des objets sérializés 1.1 : HashMap ==> Hashtable LinkedList ==> Vector
je ne peux pas être d'accord avec toi franck !!! la serialisation Java est lourde, couteuse, a peu près autant que XML, mais en plus pose les problemes recurrents de compatibilite tout en perdant le benefice de la portablite... bref pas beau :)
La compatibilité est bien descendante en Java! Il faut s'adapter à tous les clients... Ou alors tu es seulement compatible avec toi même! :-)
J'utilise cette techno Html/Javascript/Applet/Servlet, pour un contrôle en ligne de tous les champs d'un formulaire html, tu charges un dico par rapport à la table(s) que tu veux toucher grace à une applet caché derrière le formulaire qui récupère le dico sérialisé et l'intéraction javascript/html fait le reste... (tu peux même remplir une combo html dynamiquement avec ce type de techno!)
je rêve... ;-)))
/Franck
-- !
Bonjour Jérôme,
Bonjour,
une applet doit communiquer avec le serveur ( servlet ) afin de
récupérer des données.
Les informations échangées sont stockés dans des JavaBeans.
Ces classes devront donc être sérialisé.
Cependant, la JVM client peut être d'un version différente de celle du
serveur, d'ou des problème de serialisation.
Cepedant, la version de la JVM cliente sera toujours inférieur à celle
du client ( coté client JVM 1.1 ou 1.3 ), et coté serveur , cela sera
dur 1.3 ou 1.4.
Le mieux est de passer à l'applet des objets sérializés 1.1 :
HashMap ==> Hashtable
LinkedList ==> Vector
je ne peux pas être d'accord avec toi franck !!!
la serialisation Java est lourde, couteuse, a peu près autant que XML,
mais en plus pose les problemes recurrents de compatibilite tout en
perdant le benefice de la portablite...
bref pas beau :)
La compatibilité est bien descendante en Java!
Il faut s'adapter à tous les clients...
Ou alors tu es seulement compatible avec toi même! :-)
J'utilise cette techno Html/Javascript/Applet/Servlet,
pour un contrôle en ligne de tous les champs d'un formulaire html, tu charges un dico
par rapport à la table(s) que tu veux toucher grace à une applet caché derrière le formulaire
qui récupère le dico sérialisé et l'intéraction javascript/html fait le reste...
(tu peux même remplir une combo html dynamiquement avec ce type de techno!)
une applet doit communiquer avec le serveur ( servlet ) afin de récupérer des données. Les informations échangées sont stockés dans des JavaBeans.
Ces classes devront donc être sérialisé.
Cependant, la JVM client peut être d'un version différente de celle du serveur, d'ou des problème de serialisation.
Cepedant, la version de la JVM cliente sera toujours inférieur à celle du client ( coté client JVM 1.1 ou 1.3 ), et coté serveur , cela sera dur 1.3 ou 1.4.
Le mieux est de passer à l'applet des objets sérializés 1.1 : HashMap ==> Hashtable LinkedList ==> Vector
je ne peux pas être d'accord avec toi franck !!! la serialisation Java est lourde, couteuse, a peu près autant que XML, mais en plus pose les problemes recurrents de compatibilite tout en perdant le benefice de la portablite... bref pas beau :)
La compatibilité est bien descendante en Java! Il faut s'adapter à tous les clients... Ou alors tu es seulement compatible avec toi même! :-)
J'utilise cette techno Html/Javascript/Applet/Servlet, pour un contrôle en ligne de tous les champs d'un formulaire html, tu charges un dico par rapport à la table(s) que tu veux toucher grace à une applet caché derrière le formulaire qui récupère le dico sérialisé et l'intéraction javascript/html fait le reste... (tu peux même remplir une combo html dynamiquement avec ce type de techno!)
je rêve... ;-)))
/Franck
-- !
arnaud
Merci pour vos réponses,
Mes Beans ne contiendrons que des type primitifs, des objets Date et d'autre Bean.
Donc pas de vecteur, Hashtable .....
En regardant un peu Castor, cela me parait sortir la grosse artillerie juste pour sérailiser des classes "simples".
Je reste ouvert a vos conseils.
Merci
Le mieux est de passer à l'applet des objets sérializés 1.1 : HashMap ==> Hashtable LinkedList ==> Vector
je ne peux pas être d'accord avec toi franck !!! la serialisation Java est lourde, couteuse, a peu près autant que XML, mais en plus pose les problemes recurrents de compatibilite tout en perdant le benefice de la portablite... bref pas beau :)
La compatibilité est bien descendante en Java! Il faut s'adapter à tous les clients... Ou alors tu es seulement compatible avec toi même! :-)
J'utilise cette techno Html/Javascript/Applet/Servlet, pour un contrôle en ligne de tous les champs d'un formulaire html, tu charges un dico par rapport à la table(s) que tu veux toucher grace à une applet caché derrière le formulaire qui récupère le dico sérialisé et l'intéraction javascript/html fait le reste... (tu peux même remplir une combo html dynamiquement avec ce type de techno!)
je rêve... ;-)))
/Franck
Merci pour vos réponses,
Mes Beans ne contiendrons que des type primitifs, des objets Date et
d'autre Bean.
Donc pas de vecteur, Hashtable .....
En regardant un peu Castor, cela me parait sortir la grosse artillerie
juste pour sérailiser des classes "simples".
Je reste ouvert a vos conseils.
Merci
Le mieux est de passer à l'applet des objets sérializés 1.1 :
HashMap ==> Hashtable
LinkedList ==> Vector
je ne peux pas être d'accord avec toi franck !!!
la serialisation Java est lourde, couteuse, a peu près autant que XML,
mais en plus pose les problemes recurrents de compatibilite tout en
perdant le benefice de la portablite...
bref pas beau :)
La compatibilité est bien descendante en Java!
Il faut s'adapter à tous les clients...
Ou alors tu es seulement compatible avec toi même! :-)
J'utilise cette techno Html/Javascript/Applet/Servlet,
pour un contrôle en ligne de tous les champs d'un formulaire html, tu charges un dico
par rapport à la table(s) que tu veux toucher grace à une applet caché derrière le formulaire
qui récupère le dico sérialisé et l'intéraction javascript/html fait le reste...
(tu peux même remplir une combo html dynamiquement avec ce type de techno!)
Mes Beans ne contiendrons que des type primitifs, des objets Date et d'autre Bean.
Donc pas de vecteur, Hashtable .....
En regardant un peu Castor, cela me parait sortir la grosse artillerie juste pour sérailiser des classes "simples".
Je reste ouvert a vos conseils.
Merci
Le mieux est de passer à l'applet des objets sérializés 1.1 : HashMap ==> Hashtable LinkedList ==> Vector
je ne peux pas être d'accord avec toi franck !!! la serialisation Java est lourde, couteuse, a peu près autant que XML, mais en plus pose les problemes recurrents de compatibilite tout en perdant le benefice de la portablite... bref pas beau :)
La compatibilité est bien descendante en Java! Il faut s'adapter à tous les clients... Ou alors tu es seulement compatible avec toi même! :-)
J'utilise cette techno Html/Javascript/Applet/Servlet, pour un contrôle en ligne de tous les champs d'un formulaire html, tu charges un dico par rapport à la table(s) que tu veux toucher grace à une applet caché derrière le formulaire qui récupère le dico sérialisé et l'intéraction javascript/html fait le reste... (tu peux même remplir une combo html dynamiquement avec ce type de techno!)
