Discussion :

[simon.brandhof]

Bonjour,

Toutes les librairies utilisées par un module GWT ("EntryPoint") doivent être disponibles lors de la compilation. Par exemple :

<module>
<inherits name='com.google.gwt.user.User'/>
<inherits name="x.y.Z" />
</module>

nécessite que les JARs des libs GWT et x.y.Z soient dans le classpath du compilateur. Jusque là tout va bien.

Je cherche maintenant à créer une page web extensible via un système de plugins. Ma page est une sorte de template de blocs, un peu à la iGoogle/netvibes. Chaque bloc est généré par une lib GWT. Le problème est que ces libs ne sont pas disponibles lors de la compilation de l'appli. Elles sont déployées ultérieurement par l'utilisateur lors de l'installation de l'appli (en gros c'est un WAR + un repertoire plugins/ de JARs). Il est donc impossible de renseigner tous les noeuds <inherits> necessaires dans le XML de la page.

Ce problème est récurrent sur la mailing-list GWT, mais je n'arrive pas à savoir si une réelle solution existe (http://code.google.com/p/google-web-.../detail?id=620).

Mes pistes :
1. re-compiler les JS GWT au démarrage de l'application. C'est impossible car la classe GWTCompiler de google termine par un System.exit()...
2. utiliser GWT reflection (http://gwtreflection.sourceforge.net). L'exemple fourni ne parait pas correspondre au besoin. Si vous avez des retours d'experience...
3. utiliser GWT Exporter (http://code.google.com/p/gwt-exporter/) pour deployer les plugins en pur code javascript, que je pourrais ensuite appeler depuis ma page principale.
4. regarder du côté des Overlay types de GWT 1.5.

Je ne suis pas du tout à niveau sur les deux derniers points. Toute aide est vraiment la bienvenue.

Merci bien

Simon
--
Sonar , Open Source Quality Dashboard for Java projects
http://sonar.codehaus.org

[benwit]

Personnellement, je pense que la conception de GWT n'est pas très adaptée à ce que tu veux faire.

Pour faire un truc similaire à ce que tu veux faire (si j'ai bien compris), c'est d'avoir ta page générale (ton module principal) qui contienne une ou plusieurs iframe et se charge de charger (via une url) les autres modules GWT que tu souhaites avoir (il faut bien sûr qu'ils aient été compilé auparavant).

[simon.brandhof]

OK merci benwit.
L'utilisation d'iframes me parait judicieux pour afficher plusieurs modules dans la même page. Par contre cette solution est assez limitée à partir du moment où l'on veut faire communiquer les modules entre eux, par exemple pour éviter plusieurs fois le chargement des mêmes données. Mais bon, c'est soit ça soit mettre en place un portail de portlets. La nouvelle spec des portlets permet ce genre de choses.

[benwit]

Tu as mis le doigt sur les limites de cette techno.

Soit tes modules communiquent entre eux mais doivent être liés à la compilation (et donc être tous présent)
Soit tu les charges indépendamment les uns des autres et dynamiquement mais c'est plus dur pour les faire communiquer entre eux.

Je pense en même temps que je te répond au moyen de les faire communiquer entre eux : Définir un protocole de communication et un module de communication qui serait implémenté par tous les modules. Cela doit pouvoir se faire (en javascript, il doit être possible de récupérer certaines variables inter-frame si les urls des frames sont du même domaine (pour éviter le xss)) mais la complexité du truc ne se résume pas à un post de forum.