themetest

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

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.

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.

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 :)

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 :

• Octo sur Lean
• Xebia

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