Discussion :

[rtg57]

Bonjour,

j'ai créé une application qui charge et enregistre ses données à travers le système de sérialisation JAVA.
La structure de données, contient aussi bien des variables simples (int), que des classes.
Tout fonctionne bien jusque là.

Ensuite j'ai créé une autre application, qui est en fait une version moins sophistiquée de l'application précédente. La structure de données est strictement la même, et le système d'enregistrement et sauvegarde de celles-ci est une copie conforme de la 1ère application.

Pourtant, lorsque qu'avec l'application allégée, je tente de charger un fichier de données créé par la 1ère application, elle charge correctement les variables simples, mais dès qu'il s'agit d'une classe, j'obtiens un exception du type ClassNotFoundException.

Avez-vous une idée de la raison de ceci, et surtout de comment faire pour résoudre ce problème ?

Merci

[olivier.pitton]

Les classes sérialisées sont-elles présentes dans la version légère ? Si non, ajoute les.

Généralement, quand tu fais deux applications distinctes utilisant les mêmes classes, le mieux est de faire une "lib" regroupant les classes utilisées par les deux, et importée cette lib dans les deux projets.

[rtg57]

Bonjour et merci pour cette réponse.
Mais franchement je ne comprends pas ce blocage. Tout est identique:
# La classe principale des 2 applications, où se trouve main(), s'appelle C_Projet.
# La classe qui gère les données s'appelle C_GestionDonnees pour les 2 applications.
# Ces 2 classes se trouve dans un pack qui s'appelle pckCommun.
J'ai fait un copié-collé du code de C_GestionDonnees, du 1er projet vers le second projet.

Rien ne permet de les distinguer l'une par rapport à l'autre, si ce n'est que ce n'est pas le même projet.
Ce qui m'intrigue le plus, c'est qu'il semble qu'on ne peut pas faire une application qui utiliserait le même type de fichier qu'une précédente application ??!
Cela semble absurde, car comment est-il possible alors, que des logiciels soient capables de lire des fichiers créés par des versions antérieures ?

[olivier.pitton]

Ce n'est pas les classes qui gèrent la sérialisation ou qui lance l'application, mais les classes sérialisées. De plus, lorsque tu sérialises, tu peux y perdre en compatibilité. Imagine que tu enregistres un objet dans un fichier, que tu modifies la classes (tu enlèves / ajoutes des champs) et tu tentes de lire le fichier. Que va t-il se passer pour le remplissage de champs inexistants ?

Une solution est d'implémenter l'interface Exterrnalizable qui va te forcer à décrire le processus de sérialisation. C'est à dire que tu réalises l'écriture des données et la récupération.

Maintenant, assure toi que les classes mises dans le fichier soient bien présentes dans les deux applications, celles qui sont sérialisées (et que tu as mises Serializable).

[rtg57]

Merci pour cette aide. En lisant votre réponse, j'ai eu un déclic...

Bien sûr que toutes les classes mises dans le fichier sont présentes dans l'application allégée... sauf que le second projet étant plus simple de construction, j'ai tout laissé dans le package par défaut.

Or dans l'application initiale, la classe de données se situe dans un package nommé pckCommun. Et je suppose que cette information est incluse dans le fichier de données. Ce qui expliquerait pourquoi dans la version allégée de l'application, il y a échec lorsque la classe C_GestionDonnées cherche à charger des éléments estampillés pckCommun.C_GestionDonnees.

Alors je viens de transférer tout le projet "allégé" dans un pack pckCommun... et là miracle, il n'y a plus d'exception !!

J'ai galéré avec cette affaire, mais je viens d'en apprendre encore une bonne aujourd'hui.

Merci.