@Bruno:
précision juste, c’était mon idée là: « Ca n’est pas Gilead qui ne fonctionne pas, mais c’est l’architecture qui à un problème. »

Making an abstract DAO with CRUD operations wouldn’t have made it any simpler. Just more abstract. Harder to explain in my talk. But nice thought.

Gilead modifie au contraire cette serialisation pour que le transfert se passe sans heurts. Mais en effet, la première version de la librairie ne prenait en charge que la partie sérialisation, et non les types spécifiques (Text, Blob, etc…)

Depuis, le support de ces derniers été ajoutée par émulation JS correspondante, et devrait, si tout va bien, simplifier la vie de Sam

1. Effectivement ton pojo n’étend pas de classe Spring, mais l’erreur sur laquel tu es tombé revient au même.

Tu utilises en attribut de ton Pojo un objet Text qui vient de l’API appEngine. C’est normal que Text ne compile pas dans le côté client de GWT. Tu aurais dû utiliser un String avec une annotation pour dire que tu veux le persister de la manière que tu le souhaites.

Par exemple @Lob -> javax.persistence.Lob

2. Vous auriez gagné du temps en utilisant un dao générique. Réimplémenter un dao pour chaque Pojo est fastidieux

#traduction pour Sam
#in English
1. The class Text come from appEngin API. It’s normal that don’t work in GWT client. you must used a String with @Lob annotation for obtain a Blob.

2. You would have saved time with a generic DAO.

Here’s a SwagItem: http://code.google.com/p/swagswap/source/browse/trunk/src/main/java/com/swagswap/domain/SwagItem.java

I’m extending a the Spring JdoDaoSupport in the DAO though.

http://code.google.com/p/swagswap/source/browse/trunk/src/main/java/com/swagswap/dao/ItemDaoImpl.java

The Gilead problem is with the appengine datatypes we used in the domain objects.

http://code.google.com/intl/fr-FR/webtoolkit/doc/1.6/DevGuideCodingBasics.html#DevGuideJavaCompatibility

Les Pojo doivent suivre quelques règles:
- ils doivent être serializable
– constructeur par defaut
– getter / setter
- ils doivent faire partie du runtime GWT (partie cliente)

Si vous étendez les classes Spring ca ne m’étonne pas que cela ne marche pas. Ca n’est pas Gilead qui ne fonctionne pas, mais c’est l’architecture qui à un problème.

Hibernate, avec ses annotations, n’est pas intrusif dans le code des Pojo. C’est pour ca que Gilead fonctionne bien dans ce cas.

Si vous étendez des classes Spring sur vos Pojo, vos pojos ne sont plus de simple pojo, mais il y a du code intrusif qui n’est pas compilable pour le côté client de GWT. Et donc la serialization de la réponse Rpc ne fonctionne pas.

Avec de simples Pojos, ça aurait fonctionné.

@Bruno I’m sorry I didn’t leave any feedback in the Gilead forums. I should have. When I tested Gilead, Blob types worked but not appengine type Text. I’ll check the nightly builds and see if I can get it working.

Pour info, le support des types spécifiques DataNucleus (Text, Blob, …) a été rajouté depuis quelques semaines dans le trunk de l’application et sera disponible dans la prochaine release 1.3.
(je ne sais pas si c’est ce qui a fait que cela n’a pas fonctionné : personne ne m’a remonté de problème particulier sur les forums du projet :-/)