Une des nouveautés est l’intégration d’Acceleo M2T directement dans la version “Eclipse Modeling Tools”.
Je n’ai pas passé beaucoup de temps à l’essayer, mais on peut déjà noter plusieurs grosses améliorations. Bien sur la plus importante est le changement de langage de script. On passe d’un format spécifique Acceleo à du MTL standard défini par l’OMG pour les transformations Model to Text.

Je vais plus me focaliser sur les nouveautés au niveaux outillage.

Installation facile

Avant je n’avais jamais réussit à installer Acceleo sur mon Eclipse via leur update site. Il y avait toujours des problèmes avec les versions d’emf, uml2… J’ai perdu beaucoup de temps et le seul moyen de le faire fonctionner rapidement était de récupérer leur package Eclipse+Acceleo.

Cette fois j’ai installé un Eclipse 3.5 vierge et via l’update site de Galileo je peux installer Acceleo 0.8. Au moment de l’installation il m’a installé toutes les dépendances nécessaires (emf…) En 5 minutes ça marche. Seul petit hic, il ne tire pas les dépendances vers le plugin uml2 et l’exemple ne fonctionne pas sans. Mais si vous avez téléchargé la version “Eclipse Modeling Tools” tout fonctionne sans passer par l’update.

Exécution en standAlone

Même si cette fonctionnalité existe depuis la version 2.4.0 d’Acceleo, on note maintenant la disparition complète des chaines de lancement Acceleo. Pour générer notre code on peut donc utiliser au choix :

• Du Java
• Une tache ant
• Un runner Eclipse

Il ne manque plus qu’un plug-in Maven 2, mais vu que l’équipe d’acceleo utilise plus ivy que Maven il faudra peut être le réaliser nous-même.

Debug

Je gardais le meilleur pour la fin, il est enfin possible de mettre des points d’arrêt dans nos templates. Ca marche très bien et on peut facilement naviguer dans notre model comme on le fait avec des objets en debug Java.
C’était le gros manque au niveau outillage d’Acceleo, c’est maintenant très bien fait.

Une grosse évolution très intéressante d’Acceleo donc. Je suis même étonné qu’il n’y ait pas plus d’infos à ce propos sur leur site Web. Ils sont trop occupés à préparer l’Acceleo Day du 10 Juillet peut être Journée annoncée sur la page d’acceuil d’Eclipse, la classe !

Au moment de compiler j’avais l’erreur suivante :
WARN: Nested in org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'sessionFactory' defined in class path resource [applicationContext.xml]: Invocation of init method failed; nested exception is java.lang.NoClassDefFoundError: org/objectweb/asm/CodeVisitor:
at net.sf.cglib.core.KeyFactory$Generator.generateClass

Au début ça me paraissait être un simple NoClassDefFound, mais la classe recherchée était bien dans mon CLASSPATH.

A force de chercher j’ai fini par comprendre que c’etait un problème d’incompatibilité de version de lib cglib. Il faut donc exclure la librairie cglib récupérée avec hibernate pour en prendre une nommée : cglib-nodep.

Voici comment faire dans votre fichier maven 2 :

    org.hibernate
    hibernate
    3.2.1.ga
    
        
            cglib
            cglib
        
    


    cglib
    cglib-nodep
    2.1_3

Et bien ce sont les Rencontres Mondiales du Logiciel Libre et cette année elles sont organisées à Nantes du 7 au 11 juillet 2009. 5 jours bien chargés découpés en 18 thèmes différents !

Amis du grand Ouest, c’est trop proche pour le louper !

Toutes les informations sur : http://2009.rmll.info

Regardez le mail :

Au premier coup d’oeil, je pense qu’il s’agit d’une après-midi de présentation du produit Modelio. Il faut s’inscrire sur le site de softeam.. pourquoi pas.

Mais en arrivant sur ce site, l’image n’est plus la même. On ne parle même plus de Modelio.

Et si on regarde la description de l’après midi c’est encore plus drole :

Lors de la pause 15H30-16H, des démonstrations pratiques de l’utilisation d’un atelier comme Objecteering Scope Manager, Objecteering SOA Solution, Objecteering UML Modeler, seront organisées afin de montrer la facilité avec laquelle une telle démarche peut être mise en œuvre avec les outils modernes de modélisation. Une génération vers une application Java et BPEL sera démontrée.

Et là je suis un peu perdu… Moi qui espérait justement que softeam en profite pour clarifier la position de Modelio face à Objecteering. Cette présentation ne semble pas faite pour ça. Pour ajouter à la confusion j’ai regardé les petites lignes du mail pour savoir comment ils avaient eu mon mail. On peut lire :

Nous avons collecté votre adresse email parce que vous êtes client ou en contact avec le département commercial d’une des sociétés du groupe Softeam (Softeam SA, Objecteering Software SA)

Donc les clients Objecteering vont recevoir des pubs modelio ?

Ceci mis de côté, ces séminaires sont souvent intéressants et les présentations de Philippe Desfray valent le déplacement

EDIT : Le 30 Avril Objecteering a communiqué sur le lien avec Modelio http://www.objecteering.fr/company_event_2009_avr_modelio.php

Les choses sont un peu plus claires

Petite nouveauté, j’ai ajouté une vidéo en haut à droite de la page créant un buzz où que je trouve drôle. L’idée est de la partager sans créer un post totalement creux avec juste : “Regardez la”.

L’idée est sympa, on peut retrouver toutes mes coordonnées sur une page web avec une adresse facile à retenir. Pas d’hébergement à gérer ni de html à écrire, grâce à une interface très simple à utiliser :

Pour 17 Euros par an (et non 59 Euros comme c’était annoncé) ça reste raisonnable. Le seul problème risque d’être le spam. En une semaine j’ai déjà reçu deux appels vocaux m’annonçant que j’avais gagné 8000 Euros et qu’il fallait appeler le 08…. D’un autre côté, avant je recevais déjà des SMS du même style.

Le coeur

ActiveMQ est un broker de message à utiliser pour le développement d’une architecture MOM (Middleware Oriente Messages). Je l’ai choisi aussi pour sa bonne intégration avec Spring et sa bonne tenue en charge.

Son architecture est simple : (source : http://activemq.apache.org/code-overview.html)

Donc trois couches autour de la gestion des Queues et des Topics :

1 - Message Store

On a la possibilité de choisir comment persister (ou non) les messages.

Sans persistance (message en mémoire) le risque est bien sûr de perdre des messages en cas d’arrêt du processus, mais c’est aussi comme cela que l’on obtient les meilleures performances. Par contre je n’ai pas testé le cas sans consommateur de message et où on peut vite obtenir un OutOfMemory.

Par défaut, ActiveMQ propose une persistance sous forme de fichiers assez performante nommée simplement “AMQ Message Store”. Dans la même famille un module kaha sauvegarde les messages sur le disque dur.
Attention par contre j’ai constaté des problèmes de perte de messages avec une persitence kaha lorsque j’avais 100 threads en parallèle envoyant chacun dix messages par seconde. En passant sur AMQ Message Store je n’ai pas eu de problème.

Il y a aussi les solutions reposant sur une base de données. Par défaut ActiveMQ lance un Derby embarqué mais il est possible d’utiliser un pont JDBC pour se connecter à une vrai base. C’est même fortement recommendé au vue des temps d’accès plus que moyens de Derby.

Pour finir j’ai comparé le temps de création de 10 000 Messages en fonction du système de persistance choisi. Ces chiffres sont bien sûr à prendre uniquement comme éléments de comparaison entre les solutions. J’ai fait ces mesures sur mon petit PC.

2 - Connectors

ActiveMQ offre différents connecteurs pour échanger des messages. De base il est possible de se connecter en tcp, mais il est aussi possible d’échanger en texte via HTTP (REST ou SOAP).

Je ne m’attarderai pas trop sur le sujet car je n’ai pas beaucoup testé ces fonctionnalités

3 - Network Services

Dans cette section on trouve les différents moyens de dialogue entre les serveurs activeMQ. Entre autres un composant Discovery permettant de retrouver d’autres serveurs sur le même réseau automatiquement.

Par exemple un serveur A qui n’a pas de consommateur connecté pour lire des messages pour une queue B ne pourra pas traiter ces messages. Par contre il va pouvoir trouver sur le réseau un autre serveur avec le bon consommateur et lui envoyer ses messages.

Intégration avec Spring

L’utilisation dans spring est simple, il faut utiliser un BrokerFactoryBean pour démarrer le serveur.

Ensuite pour se connecter au broker on utilise une Factory activeMQ et un template JMS de Spring.

    

        vm:localhost
      
    
  




    
  



  
    queue1
  

 
Enfin on peut déclarer nos beans producteurs et consommateurs

Répartition de charge

Le principal intérêt des architectures MOM est leur capacité à monter en charge en la distribuant sur plusieurs noeuds.

Dans cette configuration le producteur à un rôle de loadBalancer et il suffit d’ajouter des serveurs pour absorber plus de charges. De plus l’utilisation d’un NetworkConnector permet aux serveurs de dialoguer entre eux et d’échanger des messages en cas de surcharge d’un serveur ou simplement de l’arrêt d’un des consommateurs.

Le point faible de cette architecture est le risque de perte de message. En effet si le serveur A tombe la chaine n’est pas cassée grâce à B et C. Mais si A avait persisté des messages non consommés avant le crash, ils resteront en attente jusqu’au redémarrage du serveur. Pire, si la base de données ou le disque dur où ils étaient stockés est mort, ces messages sont définitivement perdus.

Master Slave

Une solution pour éviter d’avoir des messages en attente à cause d’un arrêt de serveur est l’utilisation de la configuration Master/Slave. ActiveMQ propose 4 solutions de mise en place :

1 - Pure Master Slave

Une configuration simple à mettre en place, il suffit d’indiquer dans le fichier de configuration du serveur esclave l’adresse du maitre.

Par contre le gros problème de cette solution vient du mode de reprise sur incident. En effet si le maitre s’arrête, l’esclave reprend bien le relais. Mais après avoir relancé le noeud maitre, on doit relancer l’esclave pour revenir à un état stable. Autre gros problème un maitre ne peu avoir qu’un seul esclave.

2 - Shared File System Master Slave

Dans ce cas le principe est d’utiliser une persistance fichier pour les messages et de faire pointer plusieurs instances d’activeMQ sur le meme repertoire. La premiere insctance pose un lock sur les fichier et devient le Master, les autres attendent de pouvoir poser leur lock et sont donc Slave pendant ce temps.

On ne retrouve pas le problème de redémarrage de la première solution, car l’esclave qui a repris le lock sur les fichiers est passé maitre et au redémarrage du noeud tombé il repasse naturellement esclave.

3 - JDBC Master Slave

Exactement le même fonctionnement que la solution 2 mais en utilisant une base de données à la place des fichiers.

4 - KahaDB Master Slave

Cette solution est intéressante sur le papier car elle permet un fonctionnement Master/Slave sans avoir besoin de partager des fichiers ou une base. Mais elle n’est pas livrée dans la release de activeMQ pour le moment et je n’ai pas réussi à faire fonctionner la version nightly-build.

Configuration choisie

Pour l’architecture de mon application je me suis orienté vers la seconde solution de configuration Master/Slave pour construire la solution suivante :

Dans cette configuration on garde une capacité à monter en charge par l’ajout de serveur mais on a en plus l’utilisation du mode Master/Slave pour prévenir la perte ou le blocage de message.
Pour le moment je suis resté sur une persistance fichier aux vues des résultats de performance, mais il faudra les confirmer sur les machines cibles et avec un disque réseau pour le partage.

J’ai aussi rencontré un problème au niveau des JVM contenant un activeMQ esclave. En effet le bean de lancement du serveur bloque la JVM pendant l’attente du lock et comme dans mon cas je voulais avoir mes consommateurs dans la même JVM, ils étaient bloqués.

Pour pouvoir avoir dans une JVM un serveur ActiveMQ et des consommateurs connectés au master, j’ai du modifier le BrokerFactoryBean pour lancer dans un autre Thread le serveur. Grâce à cela le serveur hébergeant le noeud esclave travaille même lorsque le maitre n’est pas mort.

Pour absorber plus de charge on a deux possibilités

• Ajouter un autre groupe Master/Slave
• Ajouter des slaves

Si on a un problème avec ActiveMQ qui n’absorbe pas assez bien les messages il faut choisir la première solution. Par contre si c’est un problème de consommation pas assez rapide, il suffit d’ajouter des esclaves et donc de nouveaux consommateurs.

Conclusion

Pour rendre plus concret ce dernier exemple vous pouvez télécharger une maquette de celui ci . J’ai ajouté des fichiers .launch eclipse pour configurer le port JMX. C’est très pratique pour observer avec la jconsole l’activité du serveur activeMQ.

Ces premiers essais avec activeMQ sont assez satisfaisants et donnent envie de l’utiliser dans nos projets. Je garde aussi un oeil sur les évolutions du mode “KahaDB Master Slave” qui devraient bientot etre livrées.

• Google App Engine supporte enfin le Java
• Modelio sort sa version Entreprise
• SFR ouvre un concours Android

Pas mal de choses à tester donc.

Pour le dernier point, j’ai déjà donné au niveau concours. En plus c’est pour SFR, je suis pas sûr que mon patron apprécirait Et puis un coucours SFR pour une appli IPhone aurait été plus drôle !

Avant ces tests je vais finaliser un article sur la mise en place de activeMQ.

Sur le papier nous respections bien les concepts MDA avec une séparation du modèle abstrait de haut niveau (le PIM) et un autre spécifique à nos contraintes techniques (le PSM).

Mais si on regarde de plus près on trouve dans notre PIM des informations liées à nos choix technologiques que l’on ajoute grâce à un profil (stéréotype finder, tagged value sql_name, etc). A quoi sert notre PSM du coup ? Comme notre modeleur offrait une solution de génération de code Java, nous pensions intéressant de l’utiliser. Nous avons donc réalisé un transformateur modèle vers modèle pour construire un PSM collant aux besoins du générateur Java. Dans les faits le PSM nous a aussi permis de pallier à certains bugs de ce générateur en modifiant à la main le PSM pour obtenir du code Java correct. Mais notre PSM est une image un pour un du code java. 

Lorsque je montre cela à nos experts MDA, j’ai le droit systématiquement au discours : “Samuel t’as tout faux, il faut séparer les concepts. Regarde comment il faut faire”

Effectivement sur le papier c’est une bonne idée. Il faut mettre les bonnes informations au bon niveau.

La première question que je pose à cette personne c’est : “Dis moi, ça fait combien de temps que tu n’as pas écrit une ligne de code ?”

C’est bien beau de philosopher sur MDA, mais on oublie vite la finalité : mieux produire du code. Si à chaque modification de modèle il faut faire trois transformations, c’est inutilisable ! Pour moi, dix secondes et deux clicks c’est le maximum acceptable par une équipe de développement pour passer du modèle au code. Si on met plus de temps ou s’il y a plus d’étapes l’outil est inexploitable.

C’est dans l’optique d’avoir moins d’étapes et de simplifier notre chaine de développement que nous utilisons maintenant une transformation Modèle vers Texte.

Vous remarquerez que je n’utilise plus le mot PIM pour ne plus me faire taper sur les doigts Mais même si notre modèle n’est pas vraiment un PIM, il ne colle pas non plus au code et on peut s’appuyer dessus pour générer une belle documentation de haut niveau.

Dans ce cas il faut par contre réécrire un générateur Java. Mais le gros avantage est que ce générateur va répondre à 100% de vos exigences en terme de règle de codage et de formatage. De plus si l’outil de transformation est bien fait il offre de bonnes boites à outils (transformer une opération UML en signature de méthode Java par exemple). Si réécrire ce générateur est plus rapide et plus facile à maintenir qu’un tranformateur Modèle vers Modèle, cette méthode est plus intéressante. Et pourquoi utiliser des mécanismes complexes pour résoudre un problème simple ?

Concrètement nous avions presque 15 000 lignes de code J à maintenir juste pour notre transformateur Modèle vers Modèle, nous avons maintenant moins de 3 000 lignes de scripts acceleo pour générer le même code Java.

Donc aux vues de notre utilisation, avoir un modèle PSM n’apporte rien. Notre PSM c’est le code Java, après tout c’est un modèle comme un autre

Installation

La première bonne nouvelle est qu’il est possible d’avoir sur un même poste plusieurs versions différentes de Modelio. J’ai installé la version Free et la version Java sur mon poste sans problème. Bien-sûr un projet créé avec la version Java n’est pas utilisable avec la version free (l’inverse est possible par contre).

L’empreinte mémoire est assez faible (100Mo). Ca reste raisonnable. Par contre l’ouverture et la création de projet est vraiment lent et le fichier contenant le modèle est déjà gros même vide.

Utilisation

La première chose que je remarque c’est la disparition de la barre action gauche au niveau du modèle Explorer.

A la place il faut utiliser les menus pop-up du click droit comme avec l’éditeur de modèle emf d’Eclipse. C’est vraiment dommage et je trouve que l’on perd beaucoup de temps pour construire un modèle.

Ensuite il manque toujours une aide à l’édition sur les diagrammes au niveau de la création des liens entre item (association, dépendances et autre). Je parle de cette petite flèche qui apparait en haut à droite de l’élément d’un diagramme lorsque la souris est au dessus et qui permet de créer une association ou un autre type de lien avec un autre item. RSM et EA le propose depuis pas mal de temps et je m’y suis bien habitué.

Attention aussi à la gestion du delete, maintenant lorsqu’on supprime un élément d’un diagramme, il est aussi supprimé sur modèle.

Génération Java

Une des nouveautés est l’utilisation d’annotation Java5 pour remplacer les marqueurs en commentaire.

C’est plus lisible, mais il faut accepter d’être dépendant d’un jar medelio. L’utilisation des annotations n’est possible qu’en mode “Round Trip”, lorsque l’on passe en mode “Model Driven” on revient sur une utilisation de commentaires Java.

La gestion des attributs d’une classe Java ne semble pas vraiment pratique. A partir du moment où un attribut est noté privé, les méthodes get et set de celui-ci apparaissent comme par magie ! (en fonction de son mode d’accès quand même). C’est très troublant. On peut bien sûr les effacer mais à la moindre modification de l’attribut elles réapparaissent ! L’avantage est de pouvoir customizer le code java des getter et setter, ce qui était impossible avec Objecteering. Par contre maintenant le modèle est vraiment une représentation du code à l’identique. Je ne suis pas très fan de cette approche, je préfère avoir un modèle assez haut niveau (un PIM si on veut) qui peut se mapper sur mon code (le PSM du coup). 

Par contre les produits de génération n’existent plus. On ne peut configurer qu’un seul répertoire de génération de code. Donc maintenant un projet UML = un projet Java. C’est très génant si comme moi vous représentez plusieurs couches de votre application dans un seul modèle mais que chaque couche a son propre projet java.

Conclusion

Mes premiers essais sont assez mitigés, les nouveautés de Modelio sont loin de compenser les fonctions retirées d’objecteering (produit de génération, barre d’action etc…).

Au niveau UML 2, rien à dire, le méta-modèle est bon. Modelio contrôle bien la validité du modèle. Pour moi c’est un plus. Même si des outils comme EA où on peut faire tout et n’importe quoi paressent plus simples à prendre en main, au final ils engendrent souvent des modèles inutilisables. 

Par contre le plus grave aujourd’hui est que l’import XMI ne fonctionne pas et il n’y a même pas d’export XMI. Sans export XMI, le modèle est emprisonné dans Modelio. Pour moi il est hors de question d’utiliser un outil sans avoir une solution pour exploiter le modèle avec d’autres outils de transformation de modèle ou de génération de code (comme Acceleo par exemple). J’ai fait cette erreur avec Objecteering 6 qui n’avait pas d’export XMI, on ne m’y remprendra pas !
J’attends toujours de tester la partie MDA et multi-user avec SVN de Modelio. Mais il faut attendre la version entreprise en Mars-Avril pour ça.

Affaire à suivre donc !