themetest

Le prix Turing 2008 pour Barbara Liskov

2009-03-13T08:26:00.000-07:00

Félicitations à Mme Liskov célèbre pour le principe de programmation objet qui porte son nom publié en 1987 :

If for each object o1 of type S there is an object o2 of type T such that for all programs P defined in terms of T, the behavior of P is unchanged when o1 is substituted for o2, then S is a subtype of T.

Voici la nouvelle originale en français publiée sur Linuxfr.org.

Le principe de substitution de Liskov

The Liskov Substitution Principle for "Duck-Typed" Languages

Pragmatic Thinking & Learning

2009-03-13T02:25:00.000-07:00

Je viens de terminé ce livre livre écrit par /\ndy Hunt. Il y reprend ce qu'il présente lors de workshops et de conférences depuis des années. Il commence par nous décrire le modèle de Dreyfus qui va nous servir de fil rouge tout au long du livre. En effet /\ndy va nous donner 34 conseils argumentés pour nous améliorer et nous faciliter le voyage de novice à expert.
Le deuxième chapitre est consacré à notre cerveau et à son modèle de fonctionnement tel que décrit par les dernières avancées des neurosciences. Le schéma du cerveau comme étant un système à deux CPU partageant un bus pour accéder à la mémoire est vraiment excellent. On y retrouve les résultats sur la bilatéralisation du cerveau mais aussi le CPU à règles (Coté Gauche / L Brain) et le CPU à intuitions du modèle de Dreyfus (Coté Droit / R Brain).

Une fois ce bases posées on s'attaque au vif du sujet en analysant comment améliorer notre fonctionnement en ne se concentrant pas uniquement sur le CPU L mais en faisant fonctionner l'autre en parallèle.
Cependant nos processeurs sont buggés tant au niveau matériel que logiciel. Il faut apprendre à connaître ces défauts pour essayer de les dépasser tant que faire se peut. Au niveau logiciel il faut reconnaître nos principaux préjugés, l'affinité générationnelle, et au niveau matériel la partie reptilienne et primitive de notre cerveau qui a tendance à court-circuiter notre cortex.
Optimiser le fonctionnement de nos processeurs ne suffit pas, il faut maintenant les alimenter en informations pertinentes et donc apprendre à apprendre. On retrouve ici ce que j'avais exposé lors de la conférence sur le modèle de Dreyfus notamment le Pragmatic Investisment Plan.
Enfin les derniers chapitres donnent de bonnes pistes de réflexion sur comment modifier sa manière de travailler en étant efficace et donc en gardant l'aspect fun de notre métier (à savoir pour moi le CODE ;o) ).
J'ai vraiment adoré ce livre, il est très facile à lire et j'ai vraiment hâte de mettre en pratique les idées qu'on y retrouve. D'ailleurs pour faciliter cela les 48 maximes sont regroupées en dernière page et il ne reste plus qu'à choisir.
J'ai décidé de commencer par améliorer ma gestion de ma connaissance en intégrant un wiki à ma prise de note et en réalisant des mind-maps. Pour ces derniers j'utilisais des logiciels tels que Freemind cependant rapidement je n'avançais plus, par contre j'ai remarqué, grâce au livre d'ailleurs, que si je les fais à la min sur une feuille de papier j'étais nettement plus efficace.
Je vais mettre plus souvent en pratique le SEE IT, DO IT, TEACH IT et j'espère bien que les dojos vont me permettre d'évoluer à ce niveau là.

Enfin je vais m'acheter un canard en plastique, l'idée du TALK TO THE DUCK m'a vraiment séduit : expliquer à un canard en plastique le problème rencontré pour en avoir une approche différente et souvent une solution.
Bon, j'ai du pain sur la planche

Mise à jour des flux RSS

2009-03-12T01:07:00.000-07:00

Bonjour,
J'ai décidé de passer par Feedburner pour les flux RSS/Atom aussi pouvez vous faire migrer vos pointeurs vers http://feeds2.feedburner.com/JavaInTheAlps.
Bonne journée

Déploiement de progiciel en mode Agile

2009-03-10T03:46:00.000-07:00

Voilà un sujet rarement traité dans les ouvrages sur l'Agilité : la mise en oeuvre d'un progiciel. Cette nouvelle traduction de l'article "Agile Package Implementations" de Scott Ambler pour le Doctor Dobb's Journal donne les différentes étapes à suivre pour apporter le maximum de valeur et réduire les risques d'un déploiement de progiciel de manière Agile.
DDJ - Architecture & Design - Agile Package Implementations

Publish at Scribd or explore others: Academic Work agile progiciels

Sinon le document est disponible chez GoogleDocs ici ainsi que sur Slideshare.

Manifeste pour un Développement de Qualité

2009-03-09T07:21:00.000-07:00

Le célèbre Agile Manifesto s'est enrichi depuis cet été d'une cinquième phrase : "Craftsmanship Over Execution".
Pour rester dans cet esprit un nouveau manifeste est disponible pour les codeurs fous que nous sommes : "Craftmanship Manifesto".

Je vous engage donc à aller le signer et surtout à le respecter :o)
Bonne journée

Test Driven Development améliore la qualité

2009-03-05T23:49:00.000-08:00

Des études empiriques le prouvent le développement piloté par les tests (TDD pour les intimes) améliore notablement la qualité des logiciels. Cet article écrit par Nachiappan Nagappan (de chez Microsoft), E. Michael Maximilien (IBM), Thirumalesh Bhat (Microsoft), and Laurie Williams (North Carolina State University), et publié dans le journal Emperical Software Engineering Volume 13, Number 3.
L'article présente les résultats de quatre équipes variées(3 de Microsoft, 1 d'IBM) dans un contexte professionnel qui ont mis en œuvre les pratiques du TDD et ont observé une réduction du nombre de bugs par 1000 lignes de code de 40% à 90% pour une surcharge de développement de 15% à 35%.
Cette étude confirme les retours d'Allianz lors de l'Agile Tour 2008 qui annonçait une surcharge de développement de 15% à 20%.
Alors en attendant que mon patron m'offre une licence JUnitMax je vais aller écrire mes tests.

Quart d'heure de détente

2009-02-26T07:35:00.000-08:00

Je viens de découvrir le site Bug Bash et ses bandes dessinées humoristiques comme celles-ci :

Résister à la pression

2009-02-26T00:57:00.000-08:00

Le site American Scientific propose un article How to Avoid Choking under Pressure.
Cet article montre que sous pression il ne faut pas se concentrer outre mesure car sinon le cerveau se bloque et les performances se dégradent sensiblement. Ainsi ils indiquent qu'il faut se concentrer sur un mot mais guère plus pendant l'action et laisser son cervelet agir sans être bloqué ou gêné par le cortex cérébral.
Qui ne se rappelle pas de son moniteur de ski qui vous fournit tellement d'instructions sur votre bâton, vos épaules, le parallélisme de vos skis, l'état de la piste,... qu'au moment de tourner vous chutez, le cerveau complètement embrouillé par tout ça.
Bonne lecture :o)

PS : n'oubliez pas que ce soir je présente, dans le cadre des réunion du CARA, le modèle de Dreyfus. Pour plus d'informations c'est ici.

Le modèle d'acquisition des compétences de Dreyfus

2009-02-01T11:48:00.000-08:00

L'article présente le modèle de Dreyfus qui essaye de définir les différentes étapes de l'acquisition des compétences. Ce modèle a été remis au goût du jour par le pragmatic programmer Andy Hunt dont je ne peux que vous conseiller les excellents ouvrages que sont : Pragmatic Programmer et Refactor your Wetware que je suis d'ailleurs en train de terminer.

Le Modèle d’acquisition de Compétences de Dreyfus

Publish at Scribd or explore others: Internet & Technolog How-To Guides & DIY skills dreyfus model

Le modèle d'acquisition des compétences de Dreyfus by Emmanuel Hugonnet est mis à disposition selon les termes de la licence Creative Commons Paternité-Partage des Conditions Initiales à l'Identique 2.0 France.

L'équipe agile distribuée

2009-01-07T06:05:00.000-08:00

Bonne année et bonne santé.
Pour bien commencer cette nouvelle année je vous propose la traduction de l'article de Scott Ambler pour le Doctor Dobb's Journal sur le retour d'expérience d'IBM concernant les équipes agiles distribuées. L'agilité ne se résume pas à une petite équipe regroupée géographiquement et isolée sur son projet, Scott nous présente ici les problèmes liés à la distribution géographique et des pistes pour y remédier.
Scott animera d'ailleurs une web conférence gratuite le 27/01/2009 à ce sujet. Pouir s'inscrire ça se passe ici.

Ddj Architecture & Design The Distributed Agile Team

View SlideShare document or Upload your own.

Pour ceux qui n'aiment pas slideshare, il est aussi disponible sur Google Docs ici.

Coding Dojo à Grenoble

2008-12-18T08:28:00.000-08:00

Dans le cadre du CARA, nous organisons un Coding Dojo à Grenoble.
Mais qu'est ce donc que cela: il s'agit d'un lieu d'entrainement (d'où le terme de dojo) pour pouvoir étudier, tester et apprendre des techniques et des langages de code. Fini la prise de risque sur un projet, venez vous entrainer dans un lieu sûr, sans risque, entouré des meilleurs professionnels de la région (c'est à dire vous ;o) ).
Attention il ne s'agit pas d'une formation 'classique' avec un professeur et des élèves attentifs, ici tout le monde participe et tout le monde s'enrichit !!!

Vous rêvez d'apprendre Ruby sous Linux mais vous codez votre projet en C#.
Si vous parlez de langage fonctionnel à votre chef de projet il va vous regarder avec des yeux comme des soucoupes.
Si TDD vous évoque T'es Dans la Déprime sur un projet en cycle en V.
Si vous voulez vivre des sensations eXtrem Programming.

Bref, si ces phrases vous interpellent c'est qu'il est temps de venir nous rejoindre.

Les informations et l'inscription se passent ici.

MSP un an après

2008-12-11T02:43:00.000-08:00

Il y a un plus d'un an je participais à l'aventure Mon Service Public et je réalisais avec quelques uns le kit d'intégration SSO pour l'administration française selon les protocoles de la Liberty Alliance.
Aujourd'hui notre code passe enfin en production :o)
Quelques liens qui en parlent :
Le site Mon Service Public
Le Sénat
Monde Public.

Un sacré projet qui nous a permis de valider pas mal de concepts et d'affiner les procédures de développement chez Orange Labs. Alalala la constructon d'artefacts multi-JDK sous Maven2, fut un poème ;o)
Bon week-end

Scott Ambler sur InfoQ

2008-12-08T06:58:00.000-08:00

Dans cet entretien Floyd Marinescu,responsable éditorial d'InfoQ, interroge Scott Ambler, Responsable de l'équipe pour la Mise en oeuvre des Developpements Agiles à IBM, sur l'état actuel des choses dans la communauté Agile, notamment en ce qui concerne sa mise en oeuvre, et sur les perspectives de l'Agilité.

L'entretien est disponible ici: Scott Ambler On Agile’s Present and Future (38 min.)

Lean Training avec Alan Shalloway

2008-12-02T02:46:00.000-08:00

La société Net Objectives propose une série de webinaires gratuits sur le Lean présentés par Alan Shalloway.

Il s'agit d'une série de 6 session d'environ 90 minutes dont voici les sujets :

Session 1
Introduction to Lean Software Development
* Lean as fast-flexible-flow
* Lean principles of software development
* The importance of value stream mapping
* Exercise: Value Stream Mapping

Session 2
Five Reasons for Agility
* Add business value quickly
* Clarify needs of the customer
* Better project management
* Quick wins, quick learning
* Better for development
Product Portfolio Management
* Driving from business value
* Minimizing work in progress
* Smaller projects add more value

Session 3
Lean as a Guide for Agile Methods
* Just In Time
* Contrasting Waterfall with Agility

Session 4
QA's role in Lean Agile Software Development

Session 5
How Business Analysts can help their teams

Session 6
Lean Anti-Patterns

pour s'inscrire ça se passe ici.

Le retour des Exigence non fonctionnelles

2008-11-26T07:30:00.000-08:00

Je viens de lire un post de Mike Cohn sur la gestion des exigences non-fonctionnelles. Son contenu ainsi que ses réponses aux commentaires ne sont pas sans rappeler les articles de Scott que j'ai traduits :

On voit bien qu'après la première phase d'adoption des méthodes agile, arrive le temps de la maturité et le passage à des 'gros' projets et les questions que cela soulève. En gardant l'esprit ouvert et en restant souple on passera ce cap lui aussi alors soyons Agiles.

NdT: Sinon j'ai apprécié le terme contrainte plutôt qu'exigence non-fonctionnelle que je trouve un peu pataud.

Gestion des exigences complexes

2008-11-25T00:05:00.000-08:00

La traduction du mois est de retour avec un nouvel article de Scott dans le Doctor Dobb's Journal sur la gestion des exigences complexes. Scott nous expose ici la limitation des simples histoires d'utilisateur et les différents cas qui peuvent se produire pour lesquels il faut avoir une vision plus macroscopique du projet. La mise en œuvre des épopées ("epics")est l'une des premières solution qu'il propose mais cela ne suffit pas toujours surtout lorsque les projets grossissent.
Bref un bon article sur le passage à l'échelle des méthodes agiles ;o)
Bonne lecture.

Ddj Architecture & Design Complex Requirements On An Agile Project

View SlideShare document or Upload your own.

Pour ceux qui n'aiment pas slideshare, il est aussi disponible sur Google Docs ici.

Agile et CMMI c'est officiel

2008-11-18T03:36:00.000-08:00

Depuis le temps que l'on en parle, David Anderson avait laissé entendre que c'était à l'étude mais je ne pensais pas que ça sortirait si vite. Et oui agilistes en herbe et papys des NTIC c'est fait fait, c'est officiel !!!Le SEI dans un rapport technique intitulé CMMI® or Agile: Why Not Embrace Both!, Technical Note (CMU/SEI-2008-TN-003 clarifie la position du CMMI par rapport aux pratiques Agiles: travaillons ensemble vers un meilleur développement logiciel !!!!
Merci à
Hillel Glazer (Entinex, Inc.)
Jeff Dalton (Broadsword Solutions Corporation)
David Anderson (David J. Anderson & Associates, Inc.)
Mike Konrad
Sandy Shrum

PS : si vous voulez le retour d'Alex ou les commentaires de QualityStreet

Flash Spécial : les Agilistes écrivent de la documentation!

2008-11-04T01:02:00.000-08:00

L'article de Scott Ambler intitulé Newsflash: Agilists Write Documentation! sur Dr. Dobb's Journal remet en cause les idées reçues autour de l'Agilité:
Oui lorsqu'on est Agile on écrit de la documentation.
Oui une équipe agile modèlise.
Oui un projet agile est structuré autour d'une architecture.
Je tiens à remercier Scott Ambler et Jon Erickson (du Dr. Dobb's Journal) qui ont gracieusement accepté ma requête pour pouvoir publier cette traduction.
La voici donc :

DDJ - Architecture & Design - Newsflash - Agilistes Write Documentation

View SlideShare document or Upload your own. (tags: documentation modélisation)

Pour ceux qui n'ont pas un compte slideshare, vous pouvez le voir ici.

Développeur : l'artiste du 21ème siècle

2008-11-03T00:02:00.000-08:00

Vendredi soir je surfais tranquillement sur Infoq lorsque j'ai vu une présentation intitulée The Lego Hypothesis. Les lego ayant bercés mon enfance, j'ai commencé à regarder la présentation du néo-zélandais James Noble. La présentation était intéressante sur plusieurs points : tout d'abord il nous présentait la naissance de l'ingénierie logiciel en 1968, puis la structure de gros programmes dans différents langages. Ce qu'il démontre c'est que nos programmes sont structurés comme des romans. Et là je ne peux m'empêcher de penser à cette notion qui me taraude depuis longtemps sur le processus de création et cette intuition qui fait que je pense depuis longtemps qu'un bon développeur est avant tout un artiste (ou un bâtisseur de cathédrales). De nombreux articles ont été écrits à ce sujet mais là on avait une 'preuve' formelle.
Finalement quand on écrit un programme on est le 'nègre' du notre client, essayant d'écrire sa biographie avec ses histoires (d'utilisateur). Or on n'imagine pas qu'une telle écriture se fasse d'un seul jet, que l'auteur après quelques heures de discussion se mette à écrire le roman qui sera lu une seule fois juste avant la publication.
Si on poursuit la métaphore on voit bien qu'il va falloir écrire des chapitres que l'on va faire relire au fur et à mesure à notre client pour vérifier qu'on reste bien conforme à ce qu'il attend. Qui a prononcé le mot 'itérations' ? ;o).
On peut surement améliorer le parallèle mais tout ceci montre avec évidence, s'il en fallait encore, la pertinence des méthodes agiles.

Quittons l'esprit Chimpanzé pour les Bonobos

2008-10-30T02:58:00.000-07:00

Hier j'ai eu la chance de participer à un webinaire: "Are Agilists the Bonobos of Software Development?" animé par Linda Rising et organisé par l'ITMPI. Ce séminaire avait été présenté à Agile 2006 et on trouve une interview qui en reprend les principaux points sur InfoQ.

Elle y compare la culture des Chimpanzés (patriarcale, avec un mâle dominant organisée autour du rapport de force) et celle des Bonobos (plus douce et plus communautaire). Elle montre ensuite comment les pratiques agiles (notamment le pair-programming) relèvent plus de la culture Bonobo alors que les systèmes hiérarchiques eux sont plus chimpanzés. Il semblerait qu'appliquer les techniques bonobo permette un meilleur flot d'informations et une meilleure confiance en soi. Éléments qui manquent pour une féminisation du développement informatique.

Une présentation bien rafraichissante en ces temps de pluie et de brouillard.

Qui apporte la glue technique sur un projet Agile ?

2008-10-27T08:22:00.000-07:00

Un petit billet que m'a inspiré l'article suivant:
Who plays the role of technical producer on Agile teams?.

Ce n'est pas sans rappeler la conversation que j'avais eue avec Hervé. Lorsque je lis de nombreux articles sur l'Agilité et ses corolaires je me pose souvent la question "Mais qui s'occupe de l'aspect technique de l'introduction de l'Agilité dans l'équipe ?". On a des coaches agiles, des scrum masters, ... mais qui valide que l'équipe applique correctement le TDD ? Qui vérifie la qualité du code ?
Certains me répondront surement que c'est là la responsabilité de l'équipe et j'en conviens tout à fait. Mais si l'équipe doit, en plus d'apprendre à se gérer elle-même, mettre en oeuvre des bonnes pratiques qui sont tout sauf évidentes (le tests first par exemple, l'intégration continue, les mesures de qualité de code, l'analyse statique, etc.) elle ne s'en sortira pas bien. C'était d'ailleurs la conclusion d'Hervé (et je suis bien d'accord avec lui) : il faut un leader technique, pendant du coach agile, sur les projets agiles surtout dans les premières mises en oeuvre de l'agilité par une équipe.

En bref, pour paraphraser l'article du début, avoir le meilleur groupe de musique du monde ne suffit pas, il faut aussi un bon producteur.

Netbeans 10 ans déjà

2008-10-16T07:02:00.000-07:00

Cela fait 10 ans que Netbeans existe :o))
Je regarde en arrière et je me rends compte à quel point le temps a passé.
Le temps où avoir 512 Mo de RAM sur un PC était un luxe. Eclipse n'existait pas et on avait VisualAge écrit en Smalltalk. Ça ramait dans tous les sens, les EJB 2.0 et 2.1 nous faisaient des misères, ....
Joyeux anniversaire Netbeans, pour télécharger ça se passe ici

Agile Tour Grenoble 2008: Retrospective

2008-10-15T05:08:00.000-07:00

J'ai pu participer à 3 des présentations de l'Agile Tour 2008 à Grenoble.
Tout d'abord :

eXtrem Programming – Retour d'expérience après 6 années de pratiques - J-M. Voisin, Allianz Global Investor : un retour d'expérience fort intéressant où j'ai pu m'apercevoir qu'Allianz était dans la même ligne qu'Orange Labs sur le choix des outils et des pratiques. Le chiffre du jour : un projet en XP entraine un surcoût de 15% à la réalisation mais l'équipe qui passait de 50% de son temps en maintenance en est à moins de 10% (environ 1 bug par mois).

Senteurs Agiles - T.Lissajoux, Octo : un atelier vraiment enrichissant et un jeu de cartes tout simplement génial. J'ai hâte de pouvoir en obtenir une version :o)).

Agilité et Avionique – E. Chenu, Thales Avionics : depuis le temps que je voulais voir Emmanuel en vrai. C'est là qu'on voit le gouffre entre le monde de l'avionique et celui du SI. L'expression 'application critique' prend tout son sens. Une expérience intéressante car elle donne des clefs pour convaincre nos chers décideurs.

Master he is breathing

2008-10-13T00:43:00.000-07:00

Et oui le voilà, il est tout beau, il est tout chaud notre premier plugin Maven est enfin sorti en version 1.0.
J'espère que vous allez tous pouvoir en profiter :o))
Ça se passe ici.

Agile Grenoble 2008 - Quelques photos.....

2008-10-10T05:49:00.000-07:00

Voici quelques photos prises par Alexandre Boutin, dont ces deux là où nous sommes en pleine action avec Rémy ;o) :

Devinez qui travaille chez Orange Labs et qui travaille chez Silverpeas ;o)

Agile Tour Grenoble 2008 - les slides

2008-10-10T00:31:00.000-07:00

En attendant la rétrospective voici les slides que nous avons présentés Rémy et moi-même sur le retour d'expérience de la mise en place d'outils d'ingénierie logicielle à Orange Labs :

La présentation :

Sinon les documents sont aussi disponibles sur slideshare (pour ceux qui ont un compte) :

en pdf.

en powerpoint pour ceux qui veulent profiter des animations.

Dépasser les exigences fonctionnelles sur les projets de développement Agile

2008-10-06T00:48:00.000-07:00

L'article de Scott Ambler intituléBeyond Functional Requirements On Agile Projects sur Dr. Dobb's Journal est très intéressant car il ne se contente pas de s'occuper de la partie réalisation au jour le jour d'un projet mais le prend dans sa globalité et présente différentes stratégies pour prendre en compte les exigences non fonctionnelles.
J'ai donc décidé de le traduire afin qu'il soit relayé auprès des communautés francophones.
Je tiens à remercier Scott Ambler et Jon Erickson (du Dr. Dobb's Journal) qui ont gracieusement accepté ma requête pour pouvoir publier cette traduction.
La voici donc : Dépasser les exigences fonctionnelles sur les projets de développement Agile

Ddj Architecture & Design Beyond Functional Requirements On Agile Projects

View SlideShare document or Upload your own.

Suite au commentaire de Miguel :
Pour ceux qui n'ont pas un compte slideshare, vous pouvez le voir ici.

Agile Tour Grenoble 2008

2008-10-06T00:18:00.000-07:00

Il passera à Grenoble cette année : pour une fois qu'on n'a pas un évènement uniquement parisien. J'ai la grande chance de présenter avec Rémy nos expériences à Orange Labs pour mettre en place des outils facilitant le développement Agile.
Pour les horaires ça se trouve ici. Nous serons à la séance de 17h15 à 18h00 dans l'Amphi Simplicité.
Pour venir suivez le guide ici.
@jeudi donc.

Changement d'avatar

2008-09-29T06:53:00.000-07:00

Comme me l'a fait remarquer Rémy mon joyeux avatarn'était pas sous licence LGPL mais sous Creative Commons by-nc-sa. Ce qui signifie que je me devais de signaler qui en était l'auteur et le site d'origine (sous l'image), que l'usage commercial en était prohibé. Bref ça devenait compliqué surtout quand on essaye d'être cohérent et de l'utiliser partout.
Je reviens donc à mes premières amours (licence poétique) et me revoilà chimiste et libre. J'en remercie Batux, l'auteur et son choix de licence.
Je retourne à mes slides car il ne reste plus qu'une grosse semaine avant l'heure fatidique.

Bad code m'a tuer

2008-09-25T00:27:00.000-07:00

Etre professionnel c'est faire du bon code quitte à tricher et à ne pas en avertir son chef. Voilà une philosophie qui me parle :o))

Our industry is plagued by an epidemic of very bad code.

Robert Martin (known as Uncle Bob), founder of ObjectMentor.
Uncle Bob rulezzzzzzzzzzzzz :o)

La source JAOO.

Agile s'exporte en dehors de l'informatique

2008-09-22T02:15:00.000-07:00

C'était une tendance que l'on a observé à l'Agile 2008 dont voici les commentaires de ceux qui ont eu la chance d'y participer : agilethinking et Lyssa Adkins.
Lors de ma discussion post-présentation, j'ai été surpris de constater que chez nous cela se pratique aussi (déjà devrais je dire vu que l'on a souvent plusieurs années de retard sur les USA). J'y ai rencontré un chef de projet qui essayait de mettre l'Agilité en oeuvre dans le monde du BTP. Bien sûr moyennant une adaptation du vocabulaire ;o)

Les slides

2008-09-19T08:08:00.000-07:00

Je vais essayer de retravailler tout cela après l'Agile Tour, histoire d'enlever le superflu ;o) et pour que ça rende mieux :

Industrialisation Du Logiciel - Introduction Et Bonnes Pratiques

View SlideShare presentation or Upload your own. (tags: agile scrum)

Références

2008-09-19T01:58:00.000-07:00

Voici les références que j'ai citées lors de ma présentation :
Henrik Kniberg et son fameux Scrum form the trenches :
http://blog.crisp.se/henrikkniberg/

David Anderson et sa présentation à l'Agile 2008 pour une mise en place des kanbans Lean pour ajouter une chaine de pull à de l'Agile classique : la présentation et la transcription partielle.

Mary Poppendieck pour la partie management et lean.

http://video.google.com/videoplay?docid=-5105910452864283694
http://www.infoq.com/presentations/poppendieck-agile-leadership
http://www.infoq.com/interviews/poppendieck-lean-2007

Mike Cohn pour la gestion du backlog.
Et enfin Scott Ambler (dont je parle 2 billets plus bas) sur l'état de l'Agile dans le monde de l'informatique.

Et enfin Emmanuel Chenu pour sa mise en oeuvre de l'Agilité et de Scrum.

Scott Ambler

2008-09-16T08:32:00.000-07:00

Je vous ai déjà parlé à de nombreuses reprises de ce cher canadien Scott Ambler. Il était présent à Agile 2008 (lui :-( ) et a donné quelques chiffres clef sur la communauté Agile glanés à partir de l'étude du Doctor Dobb's Journal.
La présentation est visible en ligne sur InfoQ et on peut trouver une partie des slides ici.
J'attends avec impatience son prochain article dans lequel il devrait nous fournir une analyse encore plus complète de ses chiffres. Une nouvelle traduction en perspective ;o).

Ma première conférence

2008-09-16T05:48:00.000-07:00

En attendant la superbe conférence à l'Agile Tour Grenoble 2008 de Rémy et moi-même sur le retour d'expérience d'Orange Labs quant à la mise au point autour de Maven 2 d'une forge à logiciels Agile, je vais donner ce jeudi ma toute première conférence au CESI à Lyon.
Je compte y aborder l'Agilité surtout d'un point de vue développeur. Hélas je n'ai pas vu la conclusion d'Uncle Bob, un des mentors que j'adore. J'ai hâte de voir ça et de lire son Clean Code: A Handbook of Agile Software Craftsmanship où on trouvera encore plein de sources d'inspiration pour le codeur de base que je suis.
@jeudi donc les lyonnais.
@bientôt pour les autres.

Humour à 2 roupies .....

2008-09-11T04:16:00.000-07:00

2008-09-03T07:32:00.000-07:00

15 jours sans posts, et pourtant je n'ai pas chomé ;o), je vous propose donc quelques présentations (in English).
La présentation de David Anderson : Future Directions for Agile lors de la conférence Agile 2008 est vraiment excellente.
Ses réflexions sur l'évolution de l'agilité et l'intégration dans un contexte d'entreprise vont dans le même sens (de mon point de vue) que les remarques de Scott Ambler dont je vous recommande la newsletter sur Doctor Dobb's Journal. La présentation Evolving Agile de Scott lors de Javapolis 2007 vaut aussi le coup d'oeil.
Bons visionnages

Humour Agile

2008-08-12T06:29:00.000-07:00

Juste parce que ça m'a fait sourire en ces temps d'acronymes à tire-la-rigo:
Assole Driven Development

Les projets au forfait vont ils à l'encontre de l'éthique ?

2008-08-01T06:25:00.000-07:00

L'article de Scott Ambler intitulé Is Fixed-Price Software Development
Unethical? sur Dr. Dobb's Journal m'est appau comme une révélation. Il donne enfin une liste d'arguments chiffrés pour nous inciter à quitter le monde du projet au forfait 'classique' (où tout est figé).
J'ai donc décidé de le traduire afin qu'il soit relayé auprès des communautés francophones.
Je tiens à remercier Scott Ambler et Jon Erickson (du Dr. Dobb's Journal) qui ont gracieusement accepté ma requête pour pouvoir publier cette traduction.
La voici donc : Les projets au forfait vont ils à l'encontre de l'éthique ?

Mon premier DOJO

2008-07-28T02:48:00.000-07:00

Vendredi soir j'ai pu participer à mon premier DOJO de code grâce à deux étudiants brésiliens d'Alfredo Goldman : Hugo et Mariana.
Mais qu'est ce qu'un dojo de code me direz vous ?
Ironiquement c'est un concept français qui revient dans nos contrées. En effet le premier dojo fut créé à Paris (il est d'ailleurs toujours en activité) par Laurent Bossavit.
Vendredi soir, nous étions donc une petite dizaine dans une salle de l'Ensimag encore allumée en ce mois de vacances. Pour commencer le sujet proposé était une introduction à Ruby et au Test Driven Developpement (via rspec).
L'audience était consistuée à la fois de membres du laboratoire qui nous accueillait ainsi que de quelques développeurs que j'oserai qualifier de professionnels ;o).
Une bonne ambiance qui nous a fait ainsi entrer dans le monde Ruby. C'était en tout cas un réel plaisir d'apprendre ainsi.
Alfredo j'attends avec impatience les supports et les liens afin qu'on puisse remettre cela à la rentrée.

Documentation documentation ....

2008-07-25T06:22:00.000-07:00

Les aller-retours permanents entre le code et la documentation sont pour moi une perte de temps et d'énergie (Muda selon Lean). D'ailleurs c'est pour cette raison qu'XP préconise de réduire au maximum la documentation et de la faire au plus près du code.
Qui n'a pas utilisé le retro-engineering des outils UML pour produire les diagrammes nécessaires plutôt que de les maintenir au fur et à mesure du développement ?
D'où l'idée qui coniste à produire automatiquement la documentation à partir du code, ainsi on aurait une documentation continue et toujours en adéquation avec le code. C'est d'ailleurs ce que propose Paul Duvall dans son dernier article "Automation for the people: Pushbutton documentation".
Dans le même esprit j'avais déjà expérimenté UMLGraph mais cela restait laborieux. L'outil Apiviz semble un pas en avant vers la bonne solution. J'espère le tester rapidement ;o)
Bon week-end.

Introduction à Hudson

2008-07-24T00:55:00.000-07:00

Il y a quelques mois j'avais écrit une introduction à l'installation d'Hudson mais je n'arrivais pas à la partager sur ce blog :o(.
Ce matin j'ai eu une illumination et grâce à GoogleDocs la voici :
Mise en place de Hudson

Google Lively

2008-07-10T00:31:00.000-07:00

Google vient de lancer Lively une forme simplifiée de Second Life, vivement le partage d'application à la Wonderland

Vidéos toujours

2008-07-09T08:08:00.000-07:00

Pour continuer dans les présentations Agile chez Google avec quelques pointures :
Mike Cohn avec Agile Estimations :

Voilà qui devrait permettre d'approfondir les échanges de la réunion de juin du Club Agile de Grenoble.

Mary Poppendieck: The role of leadership in software development

2008-07-02T05:12:00.000-07:00

Une vidéo excellente et très claire sur l'histoire du management:

On comprend bien d'où l'on vient et où on espère aller :o)
Un grand bravo à Mary et Tom Poppendieck.

Le modèle de Dreyfus

2008-07-01T23:36:00.000-07:00

Ce modèle pour caractériser l'acquisition des connaissances (essentielle dans la capitalisation d'une équipe Agile) semble avoir le vent en poupe dernièrement dans le monde informatique.
Andy Hunt célèbre pour son The Pragmatic Programmer: From Journeyman to Master explique sa vision dans l'interview suivante :

Pour plus d'informations :

Le site de l'interview

Pragmatic Thinking and Learning: Refactor Your "Wetware"

2008-06-11T00:38:00.000-07:00

Un petit dessin qui n'est pas sans me rappeler quelqu'un :

Il vient du site suivant : Geekscottes

MOJO me voici ;)

2008-05-28T01:33:00.000-07:00

Et voilà notre plugin Maven: scmchangelog-maven-plugin est enfin arrivé dans la sandbox de MOJO sur codehaus :).
Un grand merci à Arnaud Héritier qui a permis cela !!!
Pour rappel ce plugin permet de produire un changelog dynamiquement en parsant les commentaires de votre outils de gestion de configuration. Pour l'instant Subversion et Mercurial sont supportés mais j'espère bien intégrer de nouveaux produits.
Avec je l'espère un nouveau projet opensource bientôt, je vais peut être enfin quitter le monde propriétaire ......

Le lien scmchangelog-maven-plugin :)

Rendre Jackrabbit configurable avec Spring-module

2008-05-19T07:47:00.000-07:00

Voici une amélioration du RepositoryFactoryBean pour Jackrabbit de spring-modules qui permet d'utiliser un fichier .properties pour remplacer des clefs dans le fichier de configuration repository.xml :


import java.io.IOException;
import java.io.InputStreamReader;
import java.io.Reader;
import java.io.StringReader;
import java.io.StringWriter;
import java.util.Iterator;
import java.util.List;
import java.util.Properties;

import javax.jcr.Repository;

import org.apache.jackrabbit.api.JackrabbitRepository;
import org.apache.jackrabbit.core.RepositoryImpl;
import org.apache.jackrabbit.core.config.RepositoryConfig;
import org.springframework.core.io.ClassPathResource;
import org.springframework.core.io.DefaultResourceLoader;
import org.springframework.core.io.FileSystemResource;
import org.springframework.core.io.Resource;
import org.springframework.core.io.ResourceLoader;
import org.springmodules.jcr.RepositoryFactoryBean;
import org.xml.sax.InputSource;

/**
 * FactoryBean for creating a JackRabbit (JCR-170) repository through Spring
 * configuration files. Use this factory bean when you have to manually
 * configure the repository; for retrieving the repository from JNDI use the
 * JndiObjectFactoryBean {@link org.springframework.jndi.JndiObjectFactoryBean}.
 * Sample configuration :
 * <code>
 *&lt;bean id="repository" class="BetterRepositoryFactoryBean"&gt;
 * &lt;!-- normal factory beans params --&gt;
 *   &lt;property name="configuration" value="classpath:repository.xml" /&gt;
 *   &lt;property name="homeDir" value="file:///c:/tmp/jackrabbit" /&gt;
 *   &lt;property name="configurationProperties"&gt;
 *     &lt;list&gt;
 *     &lt;value&gt;classpath:/first.properties&lt;/value&gt;
 *     &lt;value&gt;classpath:/second.properties&lt;/value&gt;
 *     &lt;/list&gt;
 *   &lt;/property&gt;
 * &lt;/bean&gt;
 *</code>
 *
 * @see org.springframework.jndi.JndiObjectFactoryBean
 * @author Costin Leau
 * @author Emmanuel Hugonnet
 *
 */
public class BetterRepositoryFactoryBean extends RepositoryFactoryBean {

  /**
   * Default repository configuration file.
   */
  private static final String DEFAULT_CONF_FILE = "repository.xml";

  /**
   * Default repository directory.
   */
  private static final String DEFAULT_REP_DIR = ".";

  /**
   * Properties configuration the repository.
   */
  private List configurationProperties;
  /**
   * Home directory for the repository.
   */
  private Resource homeDir;

  /**
   * Repository configuration created through Spring.
   */
  private RepositoryConfig repositoryConfig;

  /**
   * @see org.springmodules.jcr.RepositoryFactoryBean#createRepository()
   */
  protected Repository createRepository() throws Exception {
    // return JackRabbit repository.
    return RepositoryImpl.create(repositoryConfig);
  }

  /**
   * @see org.springmodules.jcr.RepositoryFactoryBean#resolveConfigurationResource()
   */
  protected void resolveConfigurationResource() throws Exception {
    // read the configuration object
    if (repositoryConfig != null)
      return;

    if (this.configuration == null) {
      log.debug("no configuration resource specified, using the default one:"
          + DEFAULT_CONF_FILE);
      configuration = new ClassPathResource(DEFAULT_CONF_FILE);
    }

    if (homeDir == null) {
      if (log.isDebugEnabled())
        log.debug("no repository home dir specified, using the default one:"
            + DEFAULT_REP_DIR);
      homeDir = new FileSystemResource(DEFAULT_REP_DIR);
    }
    if (getConfigurationProperties() != null) {
      String goodConfig = replaceVariables(loadConfigurationKeys(),
          getConfiguration(configuration), true);
      repositoryConfig = RepositoryConfig.create(new InputSource(
          new StringReader(goodConfig)), homeDir.getFile().getAbsolutePath());
    } else {
      repositoryConfig = RepositoryConfig.create(new InputSource(configuration
          .getInputStream()), homeDir.getFile().getAbsolutePath());
    }
  }

  /**
   * Performs variable replacement on the given string value. Each
   * <code>${...}</code> sequence within the given value is replaced with the
   * value of the named parser variable. If a variable is not found in the
   * properties an IllegalArgumentException is thrown unless
   * <code>ignoreMissing</code> is <code>true</code>. In the later case,
   * the missing variable is not replaced.
   *
   * @param value
   *          the original value
   * @param ignoreMissing
   *          if <code>true</code>, missing variables are not replaced.
   * @return value after variable replacements
   * @throws IllegalArgumentException
   *           if the replacement of a referenced variable is not found
   */
  public static String replaceVariables(Properties variables, String value,
      boolean ignoreMissing) throws IllegalArgumentException {
    StringBuffer result = new StringBuffer();

    // Value:
    // +--+-+--------+-+-----------------+
    // | |p|--> |q|--> |
    // +--+-+--------+-+-----------------+
    int p = 0, q = value.indexOf("${"); // Find first ${
    while (q != -1) {
      result.append(value.substring(p, q)); // Text before ${
      p = q;
      q = value.indexOf("}", q + 2); // Find }
      if (q != -1) {
        String variable = value.substring(p + 2, q);
        String replacement = variables.getProperty(variable);
        if (replacement == null) {
          if (ignoreMissing) {
            replacement = "${" + variable + '}';
          } else {
            throw new IllegalArgumentException("Replacement not found for ${"
                + variable + "}.");
          }
        }
        result.append(replacement);
        p = q + 1;
        q = value.indexOf("${", p); // Find next ${
      }
    }
    result.append(value.substring(p, value.length())); // Trailing text
    return result.toString();
  }

  /**
   * Shutdown method.
   *
   */
  public void destroy() throws Exception {
    // force cast (but use only the interface)
    if (repository instanceof JackrabbitRepository)
      ((JackrabbitRepository) repository).shutdown();
  }

  /**
   * @return Returns the defaultRepDir.
   */
  public Resource getHomeDir() {
    return this.homeDir;
  }

  /**
   * @param defaultRepDir
   *          The defaultRepDir to set.
   */
  public void setHomeDir(Resource defaultRepDir) {
    this.homeDir = defaultRepDir;
  }

  /**
   * @return Returns the repositoryConfig.
   */
  public RepositoryConfig getRepositoryConfig() {
    return this.repositoryConfig;
  }

  /**
   * @param repositoryConfig
   *          The repositoryConfig to set.
   */
  public void setRepositoryConfig(RepositoryConfig repositoryConfig) {
    this.repositoryConfig = repositoryConfig;
  }

  /**
   * @return Returns the configuration properties.
   */
  public List getConfigurationProperties() {
    return configurationProperties;
  }

  /**
   * @param configurationProperties
   *          The configuration properties to set for the repository.
   */
  public void setConfigurationProperties(List resources) {
    this.configurationProperties = resources;
  }

  /**
   * Load all the configuration properties
   *
   * @return
   */
  protected Properties loadConfigurationKeys() {
    Iterator iter = configurationProperties.iterator();
    Properties props = new Properties();
    ResourceLoader loader = new DefaultResourceLoader(this.getClass()
        .getClassLoader());
    String location = "";
    while (iter.hasNext()) {
      try {
        location = (String) iter.next();
        props.load(loader.getResource(location).getInputStream());
      } catch (IOException e) {
        log.info("Error loading resource " + location, e);
      }
    }
    return props;
  }

  /**
   * Load a Resource as a String.
   * @param config the resource
   * @return the String filled with the content of the Resource
   * @throws IOException
   */
  protected String getConfiguration(Resource config) throws IOException {
    StringWriter out = new StringWriter();
    Reader reader = null;
    try {
      reader = new InputStreamReader(config.getInputStream());
      char[] buffer = new char[8];
      int c = 0;
      while ((c = reader.read(buffer)) > 0) {
        out.write(buffer, 0, c);
      }
      return out.toString();
    } finally {
      if (reader != null) {
        reader.close();
      }
    }
  }
}

Jackrabbit et les tests unitaires

2008-04-30T00:53:00.000-07:00

Je travaille actuellement avec Jackrabbit. J'utilise spring-modules ce qui me permet de facilement instancier mon repository. Cependant comment avoir un repository pour mes tests unitaires. Grâce à ce post j'ai un respository de test tout simple.
Voici donc les éléments clefs de mon fichier de configuration :

et voilà :)

Waterfall ou Agile

2008-04-29T06:59:00.000-07:00

Un lien vers une vidéo plus que sympathique.

Rusty & Kate

Estimations

2008-04-15T08:00:00.000-07:00

Voila un excellent article qui donne à réfléchir sur l'estimation d'un projet/d'une tâche et comment traduire cela dans un intervalle d'incertitude.
Sowftware Estimation

Créer une référence JNDI sur une BasiDataSource

2008-04-09T23:36:00.000-07:00

      InitialContext ic = new InitialContext();
      // Construct BasicDataSource reference
      Reference ref = new Reference("javax.sql.DataSource",
          "org.apache.commons.dbcp.BasicDataSourceFactory", null);
      ref.add(new StringRefAddr("driverClassName", "org.postgresql.Driver"));
      ref.add(new StringRefAddr("url",
          "jdbc:postgresql://localhost:5432/postgres"));
      ref.add(new StringRefAddr("username", "postgres"));
      ref.add(new StringRefAddr("password", "postgres"));
      ref.add(new StringRefAddr("maxActive", "4"));
      ref.add(new StringRefAddr("maxWait", "5000"));
      ref.add(new StringRefAddr("removeAbandoned", "true"));
      ref.add(new StringRefAddr("removeAbandonedTimeout", "5000"));
      ic.rebind("jdbc/Silverpeas", ref);

Java2html

Comment vendre la qualité à son responsable

2008-04-01T01:02:00.000-07:00

Une petite vidéo intéressante où l'on donne des trucs et astuces pour faire accepter à sa direction de prendre en compte la qualité :

Mock mock mock

2008-03-12T02:24:00.000-07:00

Comment tester une application J2EE 1.3 (et oui :-(( ) hors conteneur. Heureusement que l'on trouve pas mal de projets sympathiques sur le web :

Je conseille fortement Mock Javamail pour tester l'envoi et la réception de mail, il est très très simple d'utilisation et facilite grandement la vie.

L'implémentation FileSystem de JNDI permet d'avoir un espace de nommage très facilement.

Enfin pour la partie plus J2EE j'ai utilisé Mockrunner même si les factories ne sont pas compatibles JNDI et qu'il faille ajouter une instance d'ObjectFactory.
Sans oublié les classes de tests de base que fournit Spring et qui sont un plaisir notamment pour les DAOs).

Si on couple tout cela à EasyMock on est capable de faire du TDD correctement.

Groovy et Jonas

2008-02-05T02:17:00.000-08:00

J'ai enfin réussi à faire comprendre l'intérêt de l'intégration continue et d'un outil comme Hudson auprès de mes voisins. Mais tout n'était pas si simple :o(( car alors on m'a gentiment expliqué qu'ici on utilise JOnAS.
Et là surprise JOnAS utilise ASM 1.5.3 qui est fortement incompatible avec ASM 2.2 utilisé par Groovy et donc Hudson.
Pour que tout fonctionne bien il faut ajouter un fichier jonas-web.xml dans le répertoire WEB-INF d'Hudson avec le contenu magique suivant :


<?xml version="1.0" encoding="ISO-8859-1"?>
<jonas-web-app xmlns="http://www.objectweb.org/jonas/ns"
          xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
          xsi:schemaLocation="http://www.objectweb.org/jonas/ns
          http://www.objectweb.org/jonas/ns/jonas-web-app_4_0.xsd">
  <java2-delegation-model>false</java2-delegation-model>
</jonas-web-app>

J'imagine que cela s'applique aussi pour Grails.

PS: voici la jolie exception que l'on récupérait


2008-02-05 09:47:36,929 : StandardContext.filterStart : Exception starting filter authentication-filter
java.lang.NoSuchMethodError: org.objectweb.asm.ClassVisitor.visit(IILjava/lang/String;Ljava/lang/String;Ljava/lang/String;[Ljava/lang/String;)V
        at org.codehaus.groovy.classgen.AsmClassGenerator.visitClass(AsmClassGenerator.java:213)
        at org.codehaus.groovy.control.CompilationUnit$10.call(CompilationUnit.java:691)
        at org.codehaus.groovy.control.CompilationUnit.applyToPrimaryClassNodes(CompilationUnit.java:885)
        at org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:436)
        at groovy.lang.GroovyClassLoader.parseClass(GroovyClassLoader.java:289)
        at groovy.lang.GroovyShell.parseClass(GroovyShell.java:488)
        at groovy.lang.GroovyShell.parse(GroovyShell.java:500)
        at groovy.lang.GroovyShell.parse(GroovyShell.java:480)
        at groovy.lang.GroovyShell.parse(GroovyShell.java:539)
        at hudson.util.spring.BeanBuilder.parse(BeanBuilder.java:133)
        at hudson.security.HudsonFilter.init(HudsonFilter.java:62)
        at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:223)

2008-01-29T06:47:00.000-08:00

Quelques liens sur l'agilité et Scrum:

tout d'abord un lien un petit peu vieux sur Xebia à propos de Scrum et d'XP
un autre sur Octo qui résume bien les difficultés que l'on rencontre actuellement.

J'en profite pour indiquer ce schéma qui symbolise à la perfection la mise en place d'eXtreme programming

on voit en bleu ce qui concerne le développeur, en vert ce qui concerne l'équipe et en rouge ce qui concerne le projet.

TDD is the way

2008-01-14T01:13:00.000-08:00

Un petit séminaire que j'ai contribué à animer m'a encore une fois convaincu que le Test Driven Development est la voie à suivre pour un code de qualité et un confort de développement inégalable.
Je profite de ce petit mot pour chanter les louanges d'Hudson qui est un outil formidable combiné avec Maven2 et les plugins Violations et Findbugs qui fournissent ce qui manque à Maven et son site: un historique de l'état du code.

Java et X11

2007-11-29T05:06:00.000-08:00

Il n'y a pas à dire, développer sous un véritable OS change beaucoup de choses.
On a remarqué récemment sous Windows nos collègues mettaient plus de deux fois plus de temps à construire le projet que sous Linux; Et encore je ne parle pas des problèmes d'anti-virus quand on n'est pas administrateur du poste.
Mais hélas parfois notre petit pingouin pose des soucis spécifiques notamment avec X11.
Voici donc une petite astuce lorsque l'on se trouve avec l'erreur suivante:


Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
Exception in thread "main" java.lang.InternalError: Can't connect to X11 window server using ':0.0' as the value of the DISPLAY variable.

Il ne suffit pas de définir la variable d'environnement DISPLAY mais aussi autoriser les connexions au serveur X grâce à a commande magique suivante :


xhost +localhost +LOCAL:all

Working at a Distance is hard

2007-11-20T05:53:00.000-08:00

Après avoir vécu un projet où la moitié de l'équipe était de l'autre coté de l'hexagone, je pense aussi que Travailler à Distance est difficile.

Si on pouvait mettre facilement en place un environnement à base d'OpenCroquet, je pourrais enfin arrêter de rebooter sous un OS primitif pour ouvrir une session netmeeting et voir une démo :o(.

The F5 Key Is Not a Build Process

2007-11-20T05:47:00.000-08:00

Tout est dans le titre : The F5 Key Is Not a Build Process..

Je n'ai pas de meilleurs mots;)

Je vais changer de poste pour rejoindre un éditeur et j'espère bien pouvoir mettre en place un vrai processus de build ainsi que des méthodologies agiles. D'ailleurs à ce propos je conseille les deux blogs suivants :

Aggrégation de Javadoc sous Maven2

2007-09-11T01:59:00.000-07:00

Message fort intéressant sur comment aggreger simplement la javadoc sous Maven2 en utilisant les options de javadoc : 



Following some recent post about javadoc aggregation, I tried to play with javadoc attachments and dependency unpacking with some success and it was quite easy. Here are the poms:

For project exporting javadoc:


<?xml version="1.0"?><project>
 <parent>
   <artifactId>merging-javadoc</artifactId>
   <groupId>oqube.maven</groupId>
   <version>1.0-SNAPSHOT</version>
 </parent>
 <modelVersion>4.0.0</modelVersion>
 <groupId>oqube.maven.javadoc</groupId>
 <artifactId>project1</artifactId>
 <version>1.0-SNAPSHOT</version>
<build>
 <plugins>
  <plugin>
   <artifactId>maven-javadoc-plugin</artifactId>
    <executions>
    <execution>
     <id>attach-javadocs</id>
     <goals>
      <goal>jar</goal>
     </goals>
    </execution>
   </executions>
  </plugin>
 </plugins>
</build>
</project>


For project importing javadoc:



<?xml version="1.0"?><project>
 <parent>
   <artifactId>merging-javadoc</artifactId>
   <groupId>oqube.maven</groupId>
   <version>1.0-SNAPSHOT</version>
 </parent>
 <modelVersion>4.0.0</modelVersion>
 <groupId>oqube.maven.javadoc</groupId>
 <artifactId>aggregate</artifactId>
 <version>1.0-SNAPSHOT</version>
 <build>
  <plugins>
   <plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-dependency-plugin</artifactId>
    <executions>
     <execution>
      <id>unpack</id>
      <phase>package</phase>
      <goals>
       <goal>unpack</goal>
      </goals>
      <configuration>
       <artifactItems>
        <artifactItem>
         <groupId>oqube.maven.javadoc</groupId>
         <artifactId>project1</artifactId>
         <version>1.0-SNAPSHOT</version>
         <type>jar</type>
         <classifier>javadoc</classifier>
         <overWrite>true</overWrite>
         <outputDirectory>
          ${project.build.directory}/site/project1-docs/
         </outputDirectory>
        </artifactItem>
        <artifactItem>
         <groupId>oqube.maven.javadoc</groupId>
         <artifactId>project2</artifactId>
         <version>1.0-SNAPSHOT</version>
         <classifier>javadoc</classifier>
         <type>jar</type>
         <overWrite>true</overWrite>
         <outputDirectory>
          ${project.build.directory}/site/project2-docs/
         </outputDirectory>
        </artifactItem>
       </artifactItems>
       <outputDirectory>
        ${project.build.directory}/site/project2-docs/
       </outputDirectory>
     </configuration>
    </execution>
   </executions>
      </plugin>
 </plugins>
</build>
</project>

It is then just a matter of adding links on site.xml:


<?xml version="1.0" encoding="ISO-8859-1"?>
<project name="Javadoc aggregation test">
<publishDate position="bottom" format="dd-MM-yyyy"/>
<body>
 <menu name="API Documentation">
  <item name="Project1" href="/project1-docs/index.html"/>
  <item name="Project2" href="/project2-docs/index.html"/>
 </menu>
</body>
</project>


Of course, this is not **true** aggregation, but it works fine. One could achieve true aggregation using similar technique but with:

exporting sources

unpackgin source files and tweaking javadoc plugin to use these as inputs