Récemment, j’expliquais ce que pouvais donner le scaffolding appliqué au MDSD. Voici maintenant un exemple de scaffolding “aveugle” prenant en entrée un modèle UML et implémenté à l’aide du langage de transformation modèle à modèle ATL. Nous utilisons la toute dernière version 3.0.0 d’ATL sortie avec Eclipse Galileo.

Voici un diagramme présentant la vue d’ensemble:

Nous reprenons le cas décrit dans les slides de l’article précédent, une architecture 3-Tiers classique avec les concepts d’Entity et de DAO modélisés avec le langage UML. Voici un diagramme du modèle UML d’entrée. Le diagramme a été créé avec UML2Tools qui fait partie de la release train Galileo:

Voici le modèle UML attendu en sortie:

Il s’agit ici de scaffolding “aveugle” pour reprendre la taxonomie proposée précédemment. Il est aveugle parce que les éléments du modèle d’entrée ne peuvent pas “voir” les éléments scaffoldés comme l’illustre le diagramme suivant:

Le scaffolding est ici généré de manière statique avec le langage de transformation modèle à modèle ATL. La transformation que nous allons définir peut se résumer ainsi:

Pour chaque Entity qui n’a pas de DAO associé, créer un nouveau DAO et l’associer à …

Le scaffolding est un principe bien connu des utilisateurs de Ruby on Rails. ROR a en effet démocratisé ce principe en le plaçant au cœur de son fonctionnement. Il constitue la pierre angulaire de la productivité et de la simplicité apportée par ROR et a depuis été copié par de nombreux frameworks comme Grails et plus récemment Spring ROO. Pour une définition de son application dans ce type de frameworks web, je vous invite à consulter la définition wikipedia ou ce tutorial ROR. Cette définition est selon moi trop limitée au cadre de la base de donnée mais bon ça donne une idée.

Donc, après m’être intéressé à ces frameworks, je me suis penché sur son application dans le domaine du MDSD. Cet article vise donc à expliquer ce que peut donner le scaffolding dans ce cadre.

Le problème, c’est que le scaffolding fait partie de ces concepts pourtant simples que j’ai paradoxalement du mal à expliquer donc plutôt que de m’attarder en de veines tentatives d’explications théoriques, j’ai préféré tenter une explication par l’exemple et en images sous la forme de slides.

Enfin, que serait une explication sans cas d’application ? Cet article constitue …

Vaguement mentionné à SpringOne Americas 2009 en fin d’année dernière, Spring ROO avait depuis été évoqué ici et là mais sans jamais se montrer vraiment, laissant ainsi ses observateurs dans l’expectative. Ce n’est d’ailleurs pour ma part que Lundi lors de la keynote d’introduction à SpringOne Europe 2009 de Rod Johnson que j’ai découvert Spring ROO. Cette fois-ci, Ben Alex, son auteur, nous a fait une démonstration live de ROO nous permettant de nous faire une idée plus précise de ce mystérieux projet. Depuis Lundi, quelques détails sur ROO ont été mentionnés et je vais essayer de vous donner quelques informations supplémentaires.

Spring ROO est un genre de Grails ou Ruby on Rails pour le langage Java. Tout comme avec Grails, avec ROO, on a le choix de ne pas choisir, l’architecture est imposée: en gros Hibernate, Spring IoC et Spring MVC. La convention est préférée à la configuration, tout en restant configurable. Tout comme avec RoR et Grails, une interface en ligne de commande permet de contrôler le framework et le scaffolding tient une place de premier ordre dans le framework.

Stephan Schmidt, l’un des développeurs de Spring ROO a publié …