Utilisation du package shared

Bonjour à tous,
Je débute dans GWT, et j'avoue ne pas avoir saisi comment utilisé le package shared. Celui ci contient les classes visibles à la fois côté client et serveur si j'ai bien suivi. J'ai donc construit une classe fault que j'ai placé dans ce package, le serveur créer des objets fault puis les envois au client par un service, mais mon client throw une exception. Lorsqu'on suit la trace on arrive sur :
Caused by: com.google.gwt.user.client.rpc.SerializationException: Type 'monprojettest.shared.Fault' was not included in the set of types which can be serialized by this SerializationPolicy or its Class object could not be loaded. For security purposes, this type will not be serialized.

Est ce que quelqu'un pourrait me résumé comment utiliser ce package shared ?

Up, d'après un collègue, il faut diviser notre classe en deux, dans notre exemple Fault qui serait abstrait, et FaultImpl, qui implémente Fault. Il n'y aurait que la classe Fault qui serait utilisée côté client. J'ai essayé comme ça mais j'ai toujours des erreurs. Est-il en effet nécessaire de procéder en disant avec une classe abstraite ?

Pour résoudre ton problème il te suffit d'implémenter Serializable, d'ajouter un constructeur par defaut et de vérifier qu'il n'a bien que des attributs serializable.

Petite explication sur le repertoire Shared qui est apparu depuis GWT2.0 :
Les classes qui se trouvent dans le répertoire client ne sont accessible QUE par la partie cliente de GWT. On peut y utiliser des classes qui te provoqueront une exception si tu essaies de les utiliser côté serveur, comme par exemple DateBox qui est un élément graphique.

Côté serveur tu peux utiliser tous le JDK. Tu peux donc utiliser des classes côté serveur qui ne pourront pas être utilisées côté client car elle ne peuvent pas être transformées en Javascript. Par exemple toutes les classe d'entrées / sorties.

Et puis on s'est rendu compte qu'un certain type de classes on besoin de traverser les couches. Par exemple les Pojo qui représentent le modèle du domaine de ton application qui est écrit en orientée Objet. Pour faciliter la compréhension de ce besoin, GWT2.0 fourni directement le répertoire shared qui est utilisé pour stocker ce type de classe.

Technique --
Tu remarqueras que le répertoire shared est déclaré dans le fichier Application.gwt.xml comme étant un répertoire source du code client. C'est grâce à cette déclaration que tu peux utiliser les classes qui se trouvent dans ce répertoire côté client. Cela fonctionne uniquement si les classes qui se trouvent dans ce répertoire n'utilise pas des composants externes incompatibles avec ces règles.

Historique --
Avant GWT2.0 le répertoire shared n'existait pas, mais il suffisait de déclarer un répertoire dans Applicaiton.gwt.xml afin de le créer. Tu peux également déclarer un répertoire qui appartient à un autre projet qui se trouve dans le classpath, à condition que les sources de ce projet soient disponible par le compilo GWT.

Dernière explication pour éviter les amalgames --
Le problème que tu rencontrais était lié à la serialisation de ton objet. Par contre tu peux l'utiliser directement côté client. tu peux essayer de l'instancier directement côté client, tu verras que tu pourras le faire.

Effectivement, cela m'a permit de résoudre mon problème. Pourquoi n'est-il pas possible de faire un constructeur avec des arguments ?

Si tu n'écris pas explicitement de constructeur, le constructeur sans arguments existe implicitement par défaut.
Dès que tu ajoutes ton propre constructeur, le constructeur par défaut n'existe plus.

Autrement dit, si tu n'as pas de constructeur ou si tu as écrit un constructeur public sans argument, cela revient au même.

Dès que tu ajoutes un constructeur avec arguments, si tu veux continuer d'avoir le constructeur sans arguments, il faut que tu l'écrives explicitement.
Dans le processus de sérialisation de GWT ainsi que de nombreux autre framework, c'est obligatoire d'avoir un constructeur sans arguments.

Donc, pour répondre à ta question, il est possible de faire un constructeur avec argument. Il faut juste un fournir un sans.