Voici donc un petit retour sur ce séminaire de 2h mené d’une main de maître par Christophe.

Adobe a récemment travaillé avec SpringSource pour faciliter l’intégration de BlazeDS (un framework pour la communication Flex/Java J2EE) avec le framework Spring. Christophe a réalisé plusieurs démos en live sur la différence avec/sans l’intégration Spring de BlazeDS. Différence nettement visible, puisqu’il s’agit de supprimer les fichiers de configuration de BlazeDS et d’allouer cette configuration à Spring, soit via la déclaration classique en XML, soit via les annotations Java5 directement dans les fichiers à exposer au client Flex (solution conseillée). La gestion de la sécurité d’accès à ces objets/méthodes passe également par Spring.

Deuxième sujet, le plus intéressant pour nous: le Model Driven Development grâce au serveur payant LiveCycle Data Services 3 (sortie officielle dans les prochains jours). Il sera maintenant possible de générer des interfaces Flex à partir du modèle, depuis une nouvelle perspective Eclipse, ou même de modifier ce modèle objet, poser des propriétés conditionnelles, des validations automatiques, des filtres, rendre des relations bidirectionnelles, etc.

L’outil génère ainsi la couche service à partir du modèle objet défini sous Eclipse, le déploie sur le serveur LiveCycle, et le connecte à l’interface Flex, tout cela en quelques clics. Pour vous faire une idée des possibilités, une vidéo de démonstration (la même qu’au séminaire):  http://coenraets.org/blog/2009/09/flex4mdd/

Enfin, dernier sujet abordé, LiveCycle Mozaïc, en cours de développement. Outil totalement inconnu pour moi, Christophe nous a présenté son intérêt, sans entrer dans les détails techniques (malheureusement). Mozaïc permet de connecter plusieurs applications Flex ou Web entre elles, sans qu’elles ne se « connaissent » auparavant. Chaque application est en fait une tuile, et l’ensemble des tuiles est affiché sur un dashboard interactif, et communique via Mozaïc.

Exemple: une tuile Flex permet de lister nos parts en bourse, une seconde tuile affiche le site salesforce avec le détail de l’action sélectionnée sur la première tuile. L’utilisateur choisit les tuiles qu’il souhaite faire collaborer. Techniquement, Mozaïc permet d’exposer certaines propriétés d’une application aux autres, et « d’écouter » (au sens « être prévenu de ») tout changement de valeur sur la propriété d’une autre application externe.

En résumé, la grande nouveauté est bien sûr le Model Driven Development, très prometteur. L’intégration BlazeDS/Spring est maintenant grandement facilitée, et Mozaïc permettra à l’avenir de faire collaborer plusieurs applications Flex/web entre elles.

Si vous avez des questions, n’hésitez pas !

Quelles sont les réponses apportées par ce framework aux problèmes classiques d’applications RIA ?

- Je ne veux pas réécrire des classes de mon domaine (suivant le modèle Value Object)
- Je ne veux pas écrire le code technique de synchronisation des données entre les deux tiers pour de simples manipulations de données (CRUD)
- Je veux pas réécrire des classes Helper
- Je ne veux pas réécrire mes règles de validation décrites par annotations sur les classes de mon domaine
- Je ne veux pas réécrire mes requêtes LINQ
- Je veux pouvoir travailler simplement sur du CRUD ou des services
- Je veux pouvoir me baser sur le mécanisme d’authentification/autorisation défini sur le serveur

Je présenterai plus en détails ce framework dans le wiki ou dans un autre post et vous ferai part de mes premiers essais.

La preview est disponible sur le site de Microsoft. Cette version nécessite Silverlight 3 qui est en beta 1.