Construction d'une application MVC distribuée avec Spring Remoting : HttpInvoker, Hessian, Burlap, RMI
Nous poursuivons ici les articles :
[Trois exemples d'architecture web à trois couches], disponible à cette url. Cet article présentait une application simplifiée d'achats de produits sur le web. Son architecture MVC était implémentée de trois façons différentes :
avec une servlet contrôleur et des pages JSP pour les vues
avec le framework [Struts]
avec le framework [Spring MVC]
[M2VC - un moteur MVC pour les applications swing], disponible à cette url. [M2VC] est un framework MVC pour des applications Swing. Inspiré de [Struts], il aide à donner une architecture MVC à une application swing.
[Construction d'une application swing MVC à trois couches avec Spring], disponible à cette url. Cet article reprenait l'application web de l'article 1 et en faisait une application swing "standalone". L'architecture MVC initiale de l'application web était reproduite dans le monde swing grâce au moteur M2VC décrit dans l'article 2.
Ce quatrième article reprend l'application web de l'article 1 en lui donnant une structure à trois couches [ui,domain, dao], couches désormais réparties sur deux machines distinctes :
les couches [domain, dao] sont sur une machine serveur et implémentent le modèle M du MVC. On offre aux machines clientes un accès à ce modèle M via quatre services web différents, tous fournis par Spring.
la couche [ui] qui implémente le contrôleur C et les vues V du MVC est implémentée sur une machine cliente sous la forme d'un client riche. Celui-ci est le client swing décrit dans l'article 3. Il repose sur le moteur [M2VC] de l'article 2.
Téléchargement du fichier PDF de l'article (54 pages - 1,8 Mo) : ftp (plus rapide) http (plus lent)
Téléchargement du fichier PDF des errata : ftp (plus rapide) http (plus lent)
Téléchargement des projets Eclipse de l'article (5, 1 Mo) : ftp (plus rapide) http (plus lent)