Mardi, David Gageot a la dure tâche d’animer toute la soirée, dédiée aux tests et en particulier aux moyens d’accélérer l’exécution et le développement des tests. Voici un petit récapitulatif de la présentation de David.

Pourquoi rendre les tests plus rapides ? Pour accélérer le développement ! En gagnant du temps, je vais livrer plus souvent, vérifier la qualité plus souvent. L’intuition de David est que penser en avance à écrire des tests simples abouti à une application plus simple et de meilleure qualité. On suppose bien sûr que l’on es dans un contexte TDD où on lance les tests avant de commiter et qu’un serveur d’intégration continue build le projet et exécute les tests en continue.

Quoi ? tu testes pas ? t’es so 2010 ! On est en 2011, maintenant tu testes !

Dans ce contexte, s’il faut attendre des heures que les tests aient terminé de s’exécuter avant de pouvoir commiter alors la lenteur des tests devient un frein à la productivité. En plus, mécaniquement, chaque jour, la suite de tests est plus lente que la veille. Normal, le nombre de lignes de code et de lignes de tests augmente donc logiquement, ça prend …

Nous venons de publier les premières videos de l’Eclipse Day Paris:

• Discours d’ouverture de Mike Milinkovich
• Retour d’expérience Zenika par Laurent Delvaux
• Retour d’expérience ProxiAD par Cédric Vidal
• Eclipse RT projects Gemini Web and Virgo par Steve Powell

Vous pouvez aussi vous abonner au channel pour être notifié dès qu’une nouvelle video est publiée.

Sans oublier les slides qui sont toujours disponibles sur Slideshare.

Afin de donner un début de réponse à la question posée dans mon dernier billet “Peut-on vraiment industrialiser l’installation d’Eclipse avec p2 ?“, voici un tour d’horizon des capacités et des manques de cette plateforme de provisioning, à travers l’utilisation du p2 agent.

L’interface graphique de cet agent donne un aperçu des capacités de p2. Nous verrons comment installer “from scratch” un SDK minimal ou une distribution Eclipse complète. Nous mettrons aussi en application le “bundle pooling” qui permet d’utiliser un référentiel de plugins, partagé par plusieurs instances d’Eclipse.

Commençons par télécharger l’agent. Sur la page des téléchargements Equinox, choisir par exemple la release 3.5.2. Le lien de téléchargement de l’agent p2 se trouve dans la section “Provisioning” de la page de téléchargement de cette release.

Téléchargement du p2-agent

L’agent p2 est bien sûr une application Eclipse, donc son installation se fait de façon classique, en décompressant l’archive. On retrouve aussi l’habituel eclipse.exe, pour la version Windows.

L'interface du p2-agent

La partie supérieure de l’interface présente les dépôts disponibles dans deux onglets. p2 distingue les Metadatas des Artifacts car il est capable de gérer les uns indépendamment des autres. Cela dit, en pratique, les dépôts sont …

Comme l’indique Benjamin Cabé dans son article “Déployer avec Equinox p2” (version anglaise ici sur Eclipse Zone), P2 était trop jeune en février 2009 pour être utilisé dans une logique d’industrialisation des déploiements. Mais qu’en est-il maintenant, un an plus tard ?

Cette plateforme de provisioning apporte de réelles solutions aux problématiques d’installation de produits OSGI, à commencer par les applications Eclipse RCP.

Mais ce qui m’intéresse particulièrement, c’est une autre des promesses de P2 : l’installation industrialisée des environnements de développement Eclipse eux-mêmes. L’intérêt est multiple : gain de temps, outils et configurations identiques pour tous les membres d’une équipe projet, gestion centralisée des mises à jour, pérennité des “dispositifs qualité” mis en place (voir mon précédent article à ce sujet : L’importance d’automatiser l’installation et la configuration des environnements de développement pour réduire la dette technique), etc.

Dans ce contexte de provisioning industriel, les apports de P2 sont indéniables :

• Capacité d’installer Eclipse “from scratch”, contrairement à l’Update Manager, son prédécesseur, qui permettait uniquement de personnaliser Eclipse après son installation.
• Possibilité de définir des profils d’installation …

Je viens de découvrir Actifsource, un environnement commercial de modélisation et de génération de code. Les captures d’écran sur le site de l’outil ont immédiatement attiré mon attention car elles montrent l’éditeur positionné sur un template de génération de code Java avec coloration syntaxique des mots clefs du langage !

Hors, le saint graal de la génération de code, du point de vue de l’auteur de templates, c’est justement de pouvoir éditer un template de génération de code de la même manière qu’il écrirait le code avec son éditeur moderne favori (le JDT par exemple). Avec un éditeur de template traditionnel moderne comme Acceleo, on bénéficie de la complétion des éléments du méta-modèle d’entrée mais les mots clefs du langage cible sont de simples caractères ASCII, ce ne sont pas des éléments de modèle reconnus par l’éditeur.

J’ai donc suivi le tutorial de création d’un service simple. Le premier point remarquable est que l’environnement permet d’éditer le méta-modèle ET le modèle dans le même diagramme:

Cette possibilité offre une grande souplesse, cela permet d’instancier le modèle et de vérifier le méta-modèle au fur et à mesure que le méta-modèle est conçu.

Par contre, comme EMF (le framework de méta-modélisation de prédilection …

En Janvier 2009, Arnaud Buisine et moi-même co-écrivions un article de fond sur le Model-Driven intitulé “MDSD, MDD, ou MDA : quel outil choisir ?” paru dans le dossier “La modélisation de A à Z” du magazine Programmez n°115 de Janvier 2009 dans lequel nous évoquions l’un des frameworks les plus novateurs du monde du Model Driven: Obeo Designer, permettant de créer très simplement des DSLs graphiques. Je vous invite maintenant à découvrir un autre de ces framework novateurs: Xtext. Ce framework de création de DSLs textuelles s’est vu attribué le prix de la meilleure innovation Eclipse 2010.

Donc, si vous souhaitez créer votre propre langage textuel, qu’il soit généraliste (General Purpose Language) ou spécifique (Domain Specific Language DSL) ainsi que son éditeur sous Eclipse, je vous invite à lire mon introduction à la création d’une DSL avec Xtext qui vient de paraître dans le magazine Programmez! n°129 d’Avril 2010. Ce premier article constitue l’introduction d’une série sur les DSL, MDSD et Eclipse RCP.

Le magazine est actuellement disponible en kiosque en ce moment même, mais vous pouvez aussi l’acquérir en ligne.

En vous souhaitant bonne lecture.

De passage hier chez nos amis de Zenika, Cédric Vidal et moi-même avons eu le plaisir de faire la connaissance de Eric Evans, la référence mondiale du Domain Driven Design. A noter que Eric Evans fera une conférence sur ce sujet ce mercredi soir, 17 février, chez Zenika à Paris.

C’est surtout pour une rencontre tripartite ProxiAD / Zenika / Eclipse Foundation planifiée avec Ralph Mueller, Directeur Ecosystème pour l’Europe au sein de la Fondation Eclipse, que Cédric et moi avons fait le court trajet à pied de ProxiAD Ile de France à Zenika. Côté Zenika, Laurent Delvaux, cofondateur, Pierre Queinnec, cofondateur et directeur technique et Ophélie Rudent, responsable marketing, ont été nos hôtes pour cette réunion tout à fait passionnante, lors de laquelle nous avons notamment évoqué la stratégie de la Fondation Eclipse vis-à-vis du marché.

D’autres sujets brulants étaient à l’ordre du jour, mais il serait prématuré de les aborder aujourd’hui. Restez à l’écoute : nous devrions avoir d’ici quelques semaines de super nouvelles pour vous.

En attendant voici la traditionnelle photo souvenir avec …

Il y a de cela un peu plus d’un an, lorsque je cherchais un moyen de construire un plugin Eclipse avec Maven, je tombais presque par hasard sur une réponse laconique de Jason Van Zyl (le papa de maven): “Tycho”.
Mais, me diriez-vous : On ne pouvait pas contruire de plugin Eclipse avec Maven avant ???

Eh bien, en pratique, on pouvait parvenir à compiler des sources, à générer des fichiers manifest.mf voire à construire des “product” mais à quel prix ! A titre d’illustration, je vous invite à lire l’excellent article de Cyril Lakech et vous aurez une mince idée de la sueur et des larmes qu’il fallait accepter de verser pour mettre en place Maven sur des plugins avant d’apercevoir le graal.

Une autre alternative consistait à développer et maintenir ses propres “Mojo”; Grégory Levilain a ces dernières années ainsi développé et déployé sur de nombreux projets un ensemble de plugins Maven permettant d’adopter une optique “POM-FIRST”. Cette approche laisse à Maven le soin de gérer les versions des éléments du projet (plugins, fragments, features, update-sites, products), et de leurs dépendances. Ces travaux ont été initiés en 2006 lors de la mise en open-source du projet Wazaabi.

Mais alors …

La fin de semaine dernière a été chargée, j’ai enfin pu prendre un peu de temps pour faire un compte-rendu de l’Eclipse DemoCamp que nous avons organisé Mardi dernier avec Obeo et la fondation Eclipse dans le grand amphithéâtre de l’Epitech. L’évènement as eu pas mal de succès, bon d’accord, il y avait pas mal d’étudiants mais quand même 150 personnes, ça fait plaisir !

Dans la première partie de cet article, j’ai formulé des recommandations visant à éviter certains pièges lors du choix et de la configuration des règles Checkstyle. Cela notamment afin d’éviter de décourager les  développeurs avec des règles irréalistes ou hors contexte.

Reste à nous occuper des règles particulièrement pénibles à corriger, très laborieuses, telles que les espaces superflus, l’organisation des “imports” par ordre alphabétique, ou des variables selon leur visibilité.
Ce serait une perte de temps énorme que d’avoir à se soucier de tous ces problèmes syntaxiques. Heureusement la plupart des IDE actuels fournissent des outils qui, moyennant une configuration appropriée, peuvent réaliser automatiquement tous ces traitements. Je prendrai ici le cas d’Eclipse.

Bien configurer l’IDE pour éluder les contraintes de Checkstyle

Les “Save Actions” d’Eclipse permettent de systématiser le formatage du code ainsi que l’organisation des imports et des déclarations au moment de la sauvegarde des fichiers source. Cette option peut être utilisée de façon à résoudre toutes les règles de formatage de Checkstyle sans qu’aucune action spécifique ne soit nécessaire.

Cela nécessite de coordonner les règles Checkstyle avec les outils suivants :

• l’outil de formatage automatique du code (Window > Preferences …