http://www.itaware.eu/2007/07/15/interaction-entre-desktop-et-web/ Sébastien Letélié and Cyril Balit weblog Sat, 26 Nov 2011 01:05:00 +0000 hourly 1 http://wordpress.org/?v=3.0 http://www.itaware.eu/2007/07/15/interaction-entre-desktop-et-web/comment-page-1/#comment-360 Thierry A. Mon, 07 Jul 2008 21:26:06 +0000 http://www.itaware.eu/2007/07/15/interaction-entre-desktop-et-web/#comment-360 Une variante de la solution 3 est donnée par Bryan Campbell dans <a href="http://development.lombardi.com/?p=4" rel="nofollow">Deep Integration of GWT/JavaScript and Eclipse using XULRunner and JavaXPCOM</a>. La variante consiste à implémenter un composant XPCOM et non pas simplement à en utiliser un déjà existant (comme celui de l'accès au DOM). L'inconvénient est le caractère plus statique de la solution (compilation d'interfaces IDL). L'avantage est que c'est bien plus propre (moins bidouille) et rapide que de parser le DOM (d'un autre côté le parsing se fait en Java et une partie de l'application est en Javascript : le gain est donc probablement imperceptible). L'intégration d'une application GWT dans une application Eclipse RCP est du coup assez sympathique (quasi 100% Java). Je l'utilise d'ailleurs dans un projet professionnel pour que notre application GWT puisse tourner en tâche de fond dans la zone de notification et puisse informer l'utilisateur d'évènements liés à notre SI via des info bulles. J'ai songé à utiliser la solution 5 mais je crois que la Same Origin Policy des navigateurs aurait apporté son lot de difficulté (à cause du double accès local/intranet). Dans tous les cas, merci pour ton billet qui m'a facilité la prospection sur l'interaction entre desktop et web. Une variante de la solution 3 est donnée par Bryan Campbell dans Deep Integration of GWT/JavaScript and Eclipse using XULRunner and JavaXPCOM.
La variante consiste à implémenter un composant XPCOM et non pas simplement à en utiliser un déjà existant (comme celui de l’accès au DOM).
L’inconvénient est le caractère plus statique de la solution (compilation d’interfaces IDL).
L’avantage est que c’est bien plus propre (moins bidouille) et rapide que de parser le DOM (d’un autre côté le parsing se fait en Java et une partie de l’application est en Javascript : le gain est donc probablement imperceptible).
L’intégration d’une application GWT dans une application Eclipse RCP est du coup assez sympathique (quasi 100% Java).
Je l’utilise d’ailleurs dans un projet professionnel pour que notre application GWT puisse tourner en tâche de fond dans la zone de notification et puisse informer l’utilisateur d’évènements liés à notre SI via des info bulles.
J’ai songé à utiliser la solution 5 mais je crois que la Same Origin Policy des navigateurs aurait apporté son lot de difficulté (à cause du double accès local/intranet).
Dans tous les cas, merci pour ton billet qui m’a facilité la prospection sur l’interaction entre desktop et web.

]]>