C’est à cette tâche que va s’atteler un étudiant, Ali OK, au Google Summer Of Code, en développant un renderkit HTML5 pour MyFaces.

Plus d’infos :

• la tâche Jira de MyFaces correspondante https://issues.apache.org/jira/browse/MYFACES-2632
• le détail de l’architecture et de quelques principes de base de cette implémentation : http://wiki.apache.org/myfaces/GSoC2010_HTML5

Souhaitons-lui bonne chance!

Cela est dû à un problème de la Livebox avec IPv6.

Pour le résoudre, j’ai trouvé de nombreuses solutions, certaines incomplètes (désactiver IPv6 dans Firefox) et d’autres trop contraignantes (désactiver IPv6 au niveau du noyau, ce qui fait qu’on ne peut plus se connecter chez les autres…).

Bref, la plus simple et efficace que j’ai trouvée est celle-ci :

• dans le gestionnaire de connexion d’Ubuntu, sélectionner la connexion et cliquer sur « modifier »
• aller dans le menu « Paramètres IPv4″
• sélectionner la méthode « manuel »
• ajouter l’adresse suivante : 192.168.1.XX | 255.255.255.0 | 192.168.1.1 , où 192.168.1.XX est l’adresse que vous voulez pour votre machine en local
• ajouter les serveurs DNS suivants : 80.10.246.2, 80.10.246.129

Et hop, revoilà la vitesse de la lumière!

Le sujet : le poste de développement idéal sous Linux. C’est un panorama des outils de dev disponibles sur Linux, et des configurations possibles : distributions, bureaux (KDE, Gnome), etc.

Courez donc l’acheter en librairie ou en PDF sur www.programmez.com!
Un aperçu des articles est également disponible ici : http://www.programmez.com/minimag.php

Bonne lecture

Dans la discussion suivante (http://old.nabble.com/-GSoc–Google-Summer-of-Code-Idea-td27040478.html), plusieurs commiters prévoient d’implémenter un renderkit pour HTML5, ainsi que des composants pour Tomahawk.

A noter qu’ils prévoient de ne développer cela que pour JSF 2.

Par-contre, rien à signaler du côté de RichFaces de Mojarra.

Les inscriptions sont ouvertes alors dépéchez-vous de cliquer là!

On compte sur vous!

Le code source de mon application se trouve ici : http://continuous.fr/svn/jnlp-example/
Tout d’abord, voyons le POM, ici.

Le packaging est un JAR classique :
<packaging>jar</packaging>
La section à remarquer est la suivante, qui sert à préciser que l’on va générer une application Java Web Start, et sa classe principale :
<build>
<plugins>
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>webstart-maven-plugin</artifactId>
</plugin>
</plugins>
<pluginManagement>
<plugins>
...
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-jar-plugin</artifactId>
<configuration>
<archive>
<manifest>
<mainClass>fr.continuous.jnlp.Main</mainClass>
<addClasspath>true</addClasspath>
</manifest>
</archive>
</configuration>
</plugin>
<plugin>
<artifactId>maven-assembly-plugin</artifactId>
<configuration>
<descriptorId>jar-with-dependencies</descriptorId>
<archive>
<manifest>
<mainClass>fr.continuous.jnlp.Main</mainClass>
</manifest>
</archive>
</configuration>
</plugin>
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>webstart-maven-plugin</artifactId>
<executions>
<execution>
<goals>
<goal>jnlp</goal>
</goals>
</execution>
</executions>
<configuration>
<jnlp>
<mainClass>fr.continuous.jnlp.Main</mainClass>
</jnlp>
...
<verbose>true</verbose>
</configuration>
</plugin>
...
</plugins>
</pluginManagement>
</build>


Je vous laisse l’analyser et l’adapter à vos besoins

Maintenant on lance un « mvn install » classique. Voyons ce que cela génère après un build successful :
- le JAR de l’application de le répertoire /target/
- un répertoire /target/jnlp/ contenant le même JAR et un fichier intitulé « launch.jnlp ».

C’est ce dernier fichier qui est généré par le goal Maven précédemment configuré. C’est le lanceur Java Web Start.
Il vous faudra ensuite l’inclure dans une webapp, remplacer l’URL qu’il contient par celle de votre webapp, et normalement l’application devrait se déployer sur votre poste.

CQFD !

Petit détail, l’application ne se lancera pas avec un JRE OpenJDK 6, installé par défaut sur Ubuntu. Il faut utiliser celui de Sun.

Installer Graphviz

Cf. http://www.graphviz.org/
L’exécutable « dot » doit se trouver ensuite dans votre Path. C’est cet utilitaire qui va générer les images .png.

Ajouter la configuration suivante dans votre pom.xml

<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-javadoc-plugin</artifactId>
<configuration>
<source>1.6</source>
<aggregate>true</aggregate>
<doclet>gr.spinellis.umlgraph.doclet.UmlGraphDoc</doclet>
<docletArtifact>
<groupId>gr.spinellis</groupId>
<artifactId>UmlGraph</artifactId>
<version>4.6</version>
</docletArtifact>
<additionalparam>
-inferrel
-inferdep
-quiet
-constructors
-visibility
-types
-postfixpackage
-nodefontsize 9
-nodefontpackagesize 7
</additionalparam>
</configuration>
</plugin>
</plugins>
</build>

Lancer la commande « mvn javadoc:javadoc »

…

Et le tour est joué

Vous devriez trouver dans la javadoc générée les diagrammes UML des classes de votre application…

ActiveEon ProActive

La première session, présentée par Arnaud Contes, concernait un produit open-source développé à l’origine par l’INRIA et qui est désormais supporté par une start-up : ActiveEon ProActive.
Je ne connaissais pas ce produit auparavant, bien que je suive un peu l’actualité du cloud computing.
Ce produit gagne cependant à être connu.
Globalement, il fournit 3 outils pour 3 étapes différents du développement d’applications parallèles :
- tout d’abord un framework pour développer simplement en Java du code parallélisable
- ensuite un outil de scheduling de jobs, permettant de démarrer des jobs, les monitorer, etc. Cet outil propose à la fois une interface graphique (bâtie sur Eclipse RCP) et une API permettant de l’incorporer dans une application
- enfin un outil de gestion des ressources, permettant de surveiller les ressources , d’en ajouter (cela allant de l’ajout d’une machine à l’augmentation de ressources sur Amazon EC2), d’en supprimer, etc.

Le nombre de fonctionnalités offertes par l’outil m’a bluffé, la plupart des cas que je puisse imaginer de développement parallèle semblent pouvoir être réalisés avec cet outil.
Les quelques questions qu’ils me restent sont surtout l’utilisation d’objets particuliers au frameworks, le rendant relativement intrusif dans le code, et l’exposition des objets partagés via des web services, par-rapport aux performances.

L’outil dispose de solides références, notamment dans le domaine de la recherche : calcul sur des gènes, manipulations en 3 dimensions…

Une très bonne surprise donc!

Programmation concurrente en Java

Nous avons ensuite eu droit à une présentation du livre Programmation concurrente en Java.
Très vivante, la présentation qu’en a faite Sylvain Hitier m’a surtout permis de comprendre que le développement même d’une simple application web nécessite une bonne connaissance du langage jamais par-rapport à la concurrence. Heureusement que l’utilisation de frameworks standards et d’outils de qualimétrie comme Findbugs peuvent nous aider dans cette tâche. Un livre en plus dans mon backlog!

EasyWSDL

Enfin, et à la place de la session sur JBoss Infinispan (annulée pour grippe A :/), Christophe Deneux a présenté EasyWSDL.
Ce projet open source, lui-même initié par le projet PetAls, un ESB open-source, est une librairie de manipulation de fichier WSDL.
Il permet de créer et modifier des fichiers WSDL. Son principal apport est de permettre de manipuler de la même manière des fichiers au format WSDL 1.1 et WSDL 2.0.
Je vois très bien l’intérêt de l’outil, ayant déjà eu affaire à des problèmes de compatibilités entre différentes versions de frameworks WS-* (par exemple Axis 1 qui faisait du WSDL 1 et XFire qui faisait du 2 si je ne m’abuse).

Cet outil me semble pertinent car répondant à un vrai besoin.
En revanche, plus globalement, il conforte mon intérêt pour les architectures légères comme Rest, par-rapport à toute la stack WS-*, à cause tout d’abord de la complexité d’utilisation, et ensuite du quasi-échec de sa principale promesse : l’inter-opérabilité. En effet, on voit que la spécification elle-même n’est pas rétro-compatible, un client récent ne pourra quasiment plus consommer un web service ancien!

Une soirée très enrichissante

Enfin, ce fut une soirée très enrichissante, merci à Stéphane Épardaud et à l’équipe du JUG pour l’organisation, et à bientôt le mercredi 9 décembre pour la soirée sur l’intégration continue.
Ma très chère collègue Meriem Berkane et moi-même auront le plaisir de présenter la session sur l’ »intégration continue avancée », avec notamment pour sujets le build incassable et le build distribué.

On compte sur votre présence!

Damien est par ailleurs l’auteur du blog www.cestpasdur.com, que je vous conseille.

Ce fut pour moi une expérience très enrichissante, ma première présentation devant un nombre conséquent d’experts Java, et surtout une très bonne soirée!
L’ambiance du Paris JUG est vraiment conviviale et stimulante.
J’espère simplement retrouver cette ambiance au Riviera JUG. Je verrai cela en y allant le 6 novembre, à la soirée “Programmation distribuée”.

Tout s’est bien passé globalement, c’est déjà un bon point.
Les problèmes que j’ai rencontrés sont :
- Ubuntu modifie la calibration de la couleur pour les vidéos, ce qui fait qu’après chaque redémarrage les vidéos sont verdâtres. En ouvrant simplement l’écran de configuration de ma carte graphique NVidia, cela redevient normal
- la montée de version de GTK n’est pas encore prise en compte par Eclipse. Au final, le symptôme est que les clics sur des boutons dans Eclipse ne fonctionnent plus. Cela peut être corrigé grâce à l’astuce suivante : créer une variable d’environnement « GDK_NATIVE_WINDOWS » avec pour valeur « 1″ dans un script de lancement d’Eclipse. Mais bon, je me suis mis depuis quelques mois déjà à Netbeans donc cela ne me gène pas plus que cela

A part cela je suis surtout satisfait par la vitesse de démarrage accéléree, la meilleure gestion de la 3G (moins de déconnexion qu’avant) et la nouvelle version de GTK, presque aussi jolie que Qt