JavaOneMoreThing

Release : asciidoctor-ant 1.5.4 et plus ...

Benoît Prioux — Mon, 22 May 2017 00:00:00 GMT

1.5.4

En ce mois de mai, je vous annonce la sortie de la version 1.5.4 d' asciidoctor-ant.

Dispo sur Maven Central


    org.asciidoctor
    asciidoctor-ant
    1.5.4

Nouvel artifact `core`

En plus du traditionnel alignement de version sur asciidoctorj, une petite nouveauté est disponible. En effet, j’ai une demande de la communauté pour avoir une version de l’artifact sans les librairies asciidoctor (asciidoctorj et asciidoctor-pdf).

Le fat jar ou uber jar comme artifact principal était un choix d’origine pour faciliter l’intégration dans un script ant.

Cependant, j’ai eu le plaisir d’apprendre que asciidoctor-ant était utilisé pour les spécifications de Bean Validation et dans certains cas, le besoin était de surcharger une dépendance comme asciidoctor-pdf. D’où la naissance d’un core artifact avec uniquement le code de la tache ant.

Core artifact sur Maven Central


    org.asciidoctor
    asciidoctor-ant
    1.5.4
    core

En route vers la 1.6 !

Par ailleurs, asciidoctor-ant se prépare aussi à la prochaine version majeure de asciidoctor : 1.6 ! Une release 1.6.0-alpha3 est ainsi disponible .

Dispo sur Maven Central


    org.asciidoctor
    asciidoctor-ant
    1.6.0-alpha3

En tout cas, je remercie Guillaume Smet(@gsmet) pour ses contributions et vive l’open source !

JavaOne 2016 : Day 0

Benoît Prioux — Tue, 20 Sep 2016 00:00:00 GMT

Moscone Center

Le premier jour est l’occasion de découvrir le célèbre Moscone Center, réservé le reste de la semaine à Oracle OpenWorld. Plusieurs sessions autour des Java User Groups sont organisées, c’est l’occasion aussi de rencontrer d’autres JUGs. Et j’ai réalisé que les JUGs en Europe sont largement plus développées que d’autres JUGs dans le monde ! Par exemple, les autres JUGs sont surpris d’apprendre qu’il y a plusieurs JUGs en France.

Hello @BordeauxJUG from @JavaOneConf :-) pic.twitter.com/L88b8tS9vF
— Benoît Prioux (@binout) September 18, 2016

Java Keynote

La keynote débute par l’annonce de deux nouveaux sites :

https://go.java/ pour débuter dans le monde Java,
https://developer.oracle.com/, portail pour les technologie Oracle et en particulier Java.

Ensuite, on commence par Intel qui nous explique qu’il fait le maximum pour améliorer la performance de la jvm sur ses architectures. Puis, c’est une petite pause scientifique avec la Nasa qui nous raconte comment ils ont réussi à faire atterir Curiosity sur Mars.

Java 9

Enfin, Mark Reinhold, architecte de la plateforme Java, vient nous parler de Java 9, tout en expliquant qu’il n’y a pas que Jigsaw.

Merci @NicolasComet

Il fait deux démos intéressantes sur :

jshell, interpréteur de code Java qui permet d'éxécuter de code Java sans compilation. Mark le voit comme une façon de découvrir l’API.
jlint, l’outil permettant de faire son jdk custom en choisissant des modules.

Puis c’est au tout de Brian Goetz, architecte du langage Java, de démontrer deux propositions de Java 9

value class

public class Point(int x, int y){}

et Java se chargera pour nous d’implémenter les getters/setters et les méthodes equals et hashCode.

val permettant de substituer le type d’un objet

val url = new URL(...);
val connection = url.openConnection();
....

JavaEE 8

Et finalement vient le moment tant attendu, que veut faire Oracle de JavaEE ? Après quelques tensions avec la communauté ces derniers mois, Oracle avait annoncé qu’il allait redéfinir sa stratégie pour l’avenir de JavaEE qui sera Cloud (quelle surprise!).

Anil Gaur vient nous présenter la nouvelle proposition pour JavaEE 8.

A noter :

deux nouvelles specifications : Configuration (le retour?) et HealthCheck
confirmation pour JSON-B et Security
mais disparition de MVC (qui était pourtant bien avancé)

Et la nouvelle roadmap

JavaEE 8 est décalé en fin 2017
JavaEE9 serait attendu en fin 2018 (1 an après…)

A vous de faire votre avis sur le futur de JavaEE !

JavaOne Come Back

Benoît Prioux — Mon, 19 Sep 2016 00:00:00 GMT

Il y a 5 ans …

Mon employeur, Lectra, me proposait d’aller à JavaOne 2011 à San Francisco. Super expérience qui m’a permis d’initier ma passion pour les technologies Java et JavaEE. C'était l’occasion aussi de commencer ce blog (d’où le nom).

Petit souvenir : Mon palmares JavaOne 2011

JavaOne 2016

Ma deuxième fois à JavaOne sera forcément différent, car depuis j’ai eu la chance d’aller à Devoxx France et Belgique. Les technologies ont évoluées, les buzz words ne sont pas les mêmes, les microservices n’existaient pas et j’ai aussi changé :-)

Release : asciidoctor-ant 1.5.2

Benoît Prioux — Tue, 08 Dec 2015 00:00:00 GMT

Annonce

J’ai le plaisir de vous annoncer la release de asciidoctor-ant en version 1.5.2. Pour rappel, le projet vous permet de convertir vos documents asciidoc grâce à une tâche Ant (all in one).

Plus d’information sur : https://github.com/asciidoctor/asciidoctor-ant

Des exemples d’utilisations sont disponibles dans le projet suivant : https://github.com/binout/asciidoctor-ant-examples

Release note

Alignement sur asciidoctorj-1.5.2
- la taille du jar passe de 47Mo à 25 Mo !
- support du backend pdf (version alpha)
Ajout de l’attribut safe
Support des extensions asciidoctor écrite en java
Support des Gems et autres libraries Ruby

Download

Maven Central: http://repo1.maven.org/maven2/org/asciidoctor/asciidoctor-ant/1.5.2/

Jug Summer Camp 2015

Benoît Prioux — Sat, 10 Oct 2015 00:00:00 GMT

6ème édition

Le Jug Summer Camp est devenu une institution pour faire une bonne rentrée technologique. Comme toujours, l’organisation est au top, le programme est très sympa et le buffet toujours aussi bon :-)

Voici le résumé de l’ambiance en vidéo :

dédicace à Fabrice et Alexandre, deux collègues interviewés dans la vidéo

Mon Jug Summer Camp

En tant que participant

Présent pour la 5ème fois de suite, je retiendrai surtout le très bon talk de Mathieu Ancemin sur React. J’avais entendu parler de React mais jamais vraiment pris le temps de regarder de plus près : en une heure, Mathieu nous fait une introduction des concepts et une mise en pratique progressive avec des démos sympas. Je vous conseille de regarder la vidéo :

En tant que speaker

Pour la deuxième fois de suite, j’ai été retenu par le CFP du JugSummerCamp. Cette année, je présentai deux quickies :

Micro JavaEE
- Slides : http://binout.github.io/jugsummercamp-2015/micro-javaee.html
- Source : https://github.com/binout/micro-javaee

Créer son blog en moins de 5 minues et publier en Asciidoc
- Slides : http://binout.github.io/jugsummercamp-2015/hubpress.html

Si vous avez des retours sur mes deux présentations, n’hésitez pas !

A l’année prochaine !

Java8 et JavaEE7 sont dans le même POM

Benoît Prioux — Tue, 06 Oct 2015 00:00:00 GMT

pom.xml



    4.0.0

    io.github.binout
    javaee-sample
    1.0-SNAPSHOT
    war

    
        UTF-8
        1.8
        1.8
        false
        true
    

    
        
            javax
            javaee-api
            7.0
            provided
        

        
        
            org.testng
            testng
            6.9.6
            test
        
        
            org.assertj
            assertj-core
            3.2.0
            test

Java 8 : Stream et Iterator

Benoît Prioux — Mon, 31 Aug 2015 00:00:00 GMT

Les Streams pour les Collections

La grande nouveauté de Java 8, c’est bien sûr les lambdas et son application dans l’API Collection avec les Streams.

Exemple de Stream

public List findPeopleOlderThan(List people, int age) {
	return people.stream()
    	.filter(p -> p.age() > age)
    	.collect(Collectors.toList());

}

Et pour les Iterators ?

Et maintenant si dans mon code je suis obligé de manipuler un Iterator, comment je fais ?

Pas de Stream pour les iterators

public List findPeopleOlderThan(Iterator people, int age) {
	return people
    	.stream().filter(p -> p.age() > age)
        .collect(Collectors.toList());
// ne compile pas, pas de méthode stream() sur les iterators...
}

La solution c’est d’utiliser les classes java.util.stream.StreamSupport et java.util.Spliterators

StreamSupport et Spliterators

public List findPeopleOlderThan(Iterator people, int age) {
	return StreamSupport.stream(
    	Spliterators.spliteratorUnknownSize(people,
        		Spliterator.DISTINCT |
                Spliterator.IMMUTABLE |
                Spliterator.NONNULL), false);
    	.filter(p -> p.age() > age)
        .collect(Collectors.toList());
}

Le deuxième argument de la méthode spliteratorUnknownSize permet d’indiquer les caractéristiques de l’itération : CONCURRENT, DISTINCT, IMMUTABLE, NONNULL, ORDERED, SIZED, SORTED et SUBSIZED (plus d’informations dans la javadoc).

Cas d’utilisation

@cyril_delmas m’a montré un cas d’utilisation intéressant. Vous connaissez l’api XML DOM inclus dans le JDK (org.w3c.dom). Vous savez l’API qui ne connait pas les génériques, ni les collections : par exemple la classe org.w3c.dom.NodeList.

Elle permet de représenter une liste de noeuds XML. Quelle galère si on veut la parcourir, la filter ….

So old school …

	NodeList list = ...
    for (int i=0;i



L’idée est de créer un NodeListIterator :



public class NodeListIterator implements Iterator {

    private final NodeList nodeList;
    private final int size;
    private int index = 0;

    public NodeListIterator(NodeList nodeList) {
        this.nodeList = nodeList;
        this.size = nodeList.getLength();
    }

    @Override
    public boolean hasNext() {
        return size > index;
    }

    @Override
    public Node next() {
        if (!hasNext()) {
            throw new NoSuchElementException("No more item in the list");
        }
        Node node = nodeList.item(index);
        index += 1;
        return node;
    }
}



On peut alors utiliser la méthode décrite précedemment pour obtenir un Stream depuis une NodeList :


NodeList et Stream

	NodeList list = ...
    Stream stream = StreamSupport.stream(
    	Spliterators.spliteratorUnknownSize(
        	new NodeListIterator(list),
            Spliterator.DISTINCT |
            Spliterator.IMMUTABLE |
            Spliterator.NONNULL), false);



Et voilà !



Migration de WordPress vers HubPress
Benoît Prioux — Fri, 07 Aug 2015 00:00:00 GMT

Constat


Il y 4 ans, je décidais de commencer un blog. Au début, j’ai écrit pas mal d’articles en particulier sur les conférences auxquelles j’ai pu assistées, puis un peu moins souvent, puis encore moins souvent … En 2014, j’ai écrit un seul article, et en 2015, c’est le premier !


Écrire des articles, ça prend du temps… Pourtant, les sujets ne manquent pas ! A l'époque, j’avais choisi (rapidement) WordPress pour créer mon site. Et en prenant un peu de recul, c’est pas forcément l’idéal pour écrire des articles techniques (ne parlons pas d'écrire du code source). Depuis, j’ai découvert le format Asciidoc pour écrire de façon plus efficace. Dans le cadre d’un blog, ça serait un moyen de gagner un peu de temps… mais WordPress ne le supporte pas.




Hubpress


En baignant dans l'écosystème Asciidoctor, j’ai découvert Hubpress, une application web se basant sur github pour l’hébergement et sur asciidoc pour le format des articles. Pour moi, c’est le couple parfait pour un blog technique. En plus, HubPress, c’est simple et efficace, tout ce que j’aime.




Migration


Dès lors, j’ai décidé de migrer les articles de mon ancien blog : http://javaonemorething.wordpress.com. Les étapes ont été les suivantes :




Exporter le contenu de WordPress au format XML depuis l’interface d’administration


Extraire les articles au format HTML et les convertir en Asciidoc, grâce à une petite routine que j’ai dévéloppée Wordpress-Exit


Créer mon site HubPress en forkant le repository (tout est bien expliqué dans la documentation du projet)


Committer mes articles au format Asciidoc dans le répertoire ´_posts´


Utiliser l’interface d’administration pour retoucher quelques articles et les publier.




Et voilà le résultat :


http://binout.github.io/javaonemorething


Maintenant plus d’excuses pour écrire des articles plus souvent !





Asciidoctor et moi, et vous ?
Benoît Prioux — Sun, 12 Oct 2014 00:00:00 GMT

Depuis quelques mois, j’ai découvert un super projet Asciidoctor. Et non ce n’est pas le tout dernier framework … mais un projet qui vous aide à écrire de la documentation technique.


Et c’est vraiment fun !


Pour vous convaincre, j’ai eu l’opportunité de faire des présentations pour deux conférences : JugSummerCamp et Bdx.io.


Vous trouverez les slides sur mon projet github dédié :




http://binout.github.io/asciidoctor-quickie/




Et comme j’ai vraiment adhéré à Asciidoctor, j’ai commencé à coder une tâche Ant (et oui certains font encore du Ant) pour convertir vos documents en Asciidoc vers du html, docbook, … dans le même esprit que le plugin maven.


Mon travail a été reconnu car Dan Allen, le leader du projet Asciidoctor, m’a proposé d’intégrer officiellement le projet.


Vous trouverez donc sur le github de Asciidoctor, le projet Asciidoctor-ant :




https://github.com/asciidoctor/asciidoctor-ant




La version 1.5.0 est disponible sur Maven Central.



Daiquiri : résolution de l'année
Benoît Prioux — Sun, 17 Feb 2013 00:00:00 GMT

Non ma résolution de l’année n’est pas de boire des cocktails daiquiri !


Pour cette année 2013, je me suis donné comme résolution de commencer un projet personnel open source. Je ne veux pas avoir trop d’ambition pour ce projet, l’idée est de surtout expérimenter la mise en place une usine logicielle avec les outils "cloud" d’aujourd’hui : github, cloudbees.


Pourquoi Daiquiri ? C’est le nom de la librairie utilitaire pour les tests unitaires, que je vous propose. Vous allez me dire mais il y en a déjà plein ! Oui c’est vrai mais avec cette librairie je veux proposer des solutions à des problèmes bien précis là où les autres s’arrêtent.


J’ai donc commencé une première implémétation de Daiquiri, en solutionnant un premier problème :




comment moquer la factory de javax.naming.InitialContext pour vos tests unitaires ?




Exemple :



package org.daiquiri.examples;

import javax.naming.InitialContext;
import javax.naming.NamingException;

public class LicenseChecker {
	static final String MAX_LICENSE = "MAX_LICENSE";
    private int currentNbUsers = 0;

    public LicenseChecker(int nbUsers) {
    	currentNbUsers = nbUsers;
    }

    public boolean canAddUsers(int nbNewUsers) throws NamingException {
    	Integer maxLicense = (Integer) new InitialContext().lookup(MAX_LICENSE);
        return currentNbUsers + nbNewUsers <= maxLicense;
    }
}



Les frameworks de mock classiques ne savent pas faire simplement, voici la Solution avec Daiquiri :



package org.daiquiri.examples;

import static org.daiquiri.Daiquiri.Naming.*;
import org.testng.Assert;
import org.testng.annotations.Test;
import javax.naming.InitialContext;

public class LicenseCheckerTest {
	LicenseChecker checker = new LicenseChecker(10);

    @Test
    public void can_add_users_return_true() throws Exception{
    	InitialContext mockContext = mockInitialContext();
        mockContext.bind(LicenseChecker.MAX_LICENSE, new Integer(15));
        Assert.assertTrue(checker.canAddUsers(4));
    }

    @Test
    public void can_add_users_return_false() throws Exception{
    	InitialContext mockContext = mockInitialContext();
        mockContext.bind(LicenseChecker.MAX_LICENSE, new Integer(15));
        Assert.assertFalse(checker.canAddUsers(6));
    }
}



Vous pouvez trouver les sources sous mon repository github :


https://github.com/binout/daiquiri


Et un projet d’examples :


https://github.com/binout/daiquiri-examples


La site de Daiquiri toujours en utilisant github (branche gh-pages du projet) :


http://binout.github.io/daiquiri/


L’intégration continue est sous BuildHive, proposé gratuitement par Cloudbees et qui est permet en click de mettre son projet sous une version simplifiée de Jenkins adaptée pour github. (Kohsuke en avait parlé à la jenkins conférence en avril l’année dernière) :


https://buildhive.cloudbees.com/job/binout/job/daiquiri/


J’utilise un repository d’artefacts gratuit avec mon compte Cloudbees :




Snapshots


Release




Et voici les lignes à mettre dans votre pom.xml, pour la version actuelle daiquiri-0.2 :



	
    	org.daiquiri
        daiquiri
        0.2
        test
    
    
    	binout-cloudbees-release
        binout-cloudbees-release
        https://repository-binout.forge.cloudbees.com/release/		



Et bien sûr, tout est open source sous licence Apache.


Si vous avez des idées pour les prochaines versions, n’hésitez pas à me contacter sur twitter @binout


Bon cocktail !



Devoxx World : Anvers et contre tous !
Benoît Prioux — Wed, 14 Nov 2012 00:00:00 GMT

Après JavaOne 2011, Devoxx France 2012, le grand chelem continue avec Devoxx World à Anvers en Belgique. Cette fois-ci, je remercie le Bordeaux JUG qui a redistribué sa place avec un tirage au sort parmi ses membres : et c’est moi l’heureux gagnant !


Cependant tout n’est pas si rose, car le chemin vers Devoxx fut un vrai chemin de croix :




Mardi 13 novembre 15h30 : départ de la gare de Bordeaux pour Paris


17h30 : le TGV s’arrête à Poitiers, un accident a eu lieu sur la voie au niveau de Tours


18h30 : le train repart mais c’est loupé pour ma correspondance pour Anvers


20h : arrivée à Paris Montparnasse, je fais deux guichets pour échanger mon billet pour Anvers, en fait je dois aller à la gare du Nord


20h30 : j’arrive à échanger mon billet pour un départ le lendemain matin à 6h25, mais sans garantie de place assise


Mercredi 14 novembre 5h40 : après avoir passé la nuit chez ma gentille belle-soeur, je prends un taxi pour être au plus tôt à la gare


6h15 : le train est annoncé avec 30 min de retard de retard à cause des grèves en Belgique


6h30 : le train est annulée, Devoxx s'éloigne …


6h40 : le train est des-annulé, mais deux trains sont mergés en un seul, j’arrive à me caser dans une voiture pour Anvers à une place au hasard


7h25 : le train démarre, l’espoir renaît !


9h : à Bruxelles, le train s’arrête à nouveau… Toujours la grève, les keynotes vont commencer…


10h : le train repart, les keynotes s’enchainent et je loupe le show et les annonces : la danse des robots, annonce de Devoxx UK …


11h : le train arrive enfin à Anvers ….mais j’oublie ma sacoche à la descente du train, je la récupère de justesse avant que le train ne reparte vers Amsterdam, ouf…


11h40 : après avoir récupéré ma chambre, je prends le tram pour le Metropolis et Devoxx commence enfin pour moi mais les keynotes sont finies…snif…




Bref, pour un premier Devoxx, c’est un bien beau bizutage ! Mais après cette première journée, ça valait le coup d’insister : le lieu est super sympa (complexe de cinéma), l’organisation est excellente, les confs de très bonne qualité : javaee7, jdk8, Arquillian …






Jug Summer Camp 2012
Benoît Prioux — Sun, 23 Sep 2012 00:00:00 GMT

Pour la deuxième année consécutive, j’ai pu assister à la 3ème édition du JUG Summer Camp à La Rochelle, le vendredi 14 septembre.


Et encore une fois, j’ai appris plein de choses ! Pour résumer cette journée, j’ai choisi de faire un "cloud" de logos et d’images :





Je vous laisse le loisir de "googler" les frameworks ou sujets que vous ne connaissez pas.


Par ailleurs, je tiens à féliciter l’organisation pour l’introduction de quickies et surtout de très bonne qualité, en particulier :




Pourquoi et comment moi, développeur Java, j’ai appris JavaScript par Christophe Jollivet  (les slides)


CRaSH, un shell extensible pour gérer la JVM et vos applications par Arnaud Héritier (les slides)


h-ubu : CDI pour JavaScript par Clément Escoffier (les slides)


24 plugins chrono  par Romain Maton (les slides)




Encore merci à Serli et Google pour cette conférence qui permet de se re-motiver après les vacances :-)


A l’année prochaine.



Tuning JBoss 5.1.0 GA et EJB3
Benoît Prioux — Tue, 21 Aug 2012 00:00:00 GMT

Il y a quelques temps, j’avais lancé une bouteille à la mer sur twitter :





En effet, dans le cadre d’une migration EJB2 ⇒ EJB3 (et oui tout le monde n’est pas encore en JavaEE 6 ….) sur JBoss 5.1.0 GA, j’ai effectué quelques tests de performance  à iso-application (avec NeoLoad ) et là … BANG …. 20 à 30 % de plus en EJB3 !  Après quelques googles, il n’y a pas de benchs connus sous JBoss qui montre cet écart donc je creuse un peu en lisant une documentation de tuning de JBoss EAP par exemple.


Dès lors, je découvre que par défaut JBoss sérialize/désérialize tous les appels EJB3 même pour des EJBs locaux, ce qui est principalement le cas dans notre application. Mais qu’une "option magique" a été ajouté suite à une feature request EJBTHREE-2110 :



org.jboss.ejb3.IsLocalInterceptor.passByRef=true



Si on l’active, la sérialization/désérialization est évitée pour les appels locaux. Super, ça va résoudre tous mes problèmes et donc je refais mes tests et … aucun changement sur les résultats. En fait en lisant de plus près la feature request, elle a été ajouté uniquement à JBoss EAP 5.1 (version avec support).


Par contre, merci à Carlo de Wolf -→ qui a publié le patch à appliquer sur la version 1.3.3 de jboss-ejb3-core. Donc en reprenant les sources de jboss-ejb3-core et une petite bataille avec Maven car les repository JBoss sont un peu "deprecated" (Cf . https://community.jboss.org/en/build/blog/2011/06/01/blocking-repositoryjbossorgmaven2), j’obtiens un "jboss-ejb3-core.jar" qui peut être copié en lieu et place dans "common/lib" de JBoss.


En conclusion,




en patchant "jboss-ejb3-core.jar" danns mon instance JBoss


en activant l’option "-D=org.jboss.ejb3.IsLocalInterceptor.passByRef=true"




j’obtiens des résultats encore meilleurs en EJB3 qu’en EJB2 (5 à 10%), c’est bon la migration est OK et nous venons de faire un pas vers le présent !



DevoxxFr : Code Story
Benoît Prioux — Sun, 06 May 2012 00:00:00 GMT



Le deuxième jour de Devoxx, c’est le vrai départ, ça se voit avec l’affluence par rapport au premier jour des universités. Et ça commence par un grand rassemblement de tous les participants devant une scène et trois écrans géants, ça rappelle vraiment JavaOne à San Francisco (il manque juste la musique à fond). Après des keynotes plutôt intéressantes, c’est le moment de choisir son agenda, le choix n’est pas facile ….


Et bien pour commencer, je choisis : Code Story ! En effet, de ma lointaine province, j’ai un peu suivi l’initiative menée par David Gageot et Jean-Laurent de Morlhon : faire un concours pour recruter deux développeurs pour "live" coder pendant deux jours avec eux durant Devoxx. Après plusieurs tours de sélection, c’est Eric et Sébastien Lemerdy qui sont les heureux "gagnants" lors de la finale au Paris JUG.





Un peu intrigué, je décide donc d’assister au début du "live coding" : le but est de coder sur deux jours (9h-18h) une application web qui va raconter le projet en cours, en listant les commits depuis GitHub, les builds depuis Jenkins… en attribuant des badges pour le top commiteur, le commiteur le plus verbeux …  Les règles imposées sont :




un binôme en front qui font du live coding en expliquant à l’audience leur choix, un autre binôme en back qui lui code sans interaction avec le public, histoire d’avancer un peu plus vite


travail en itération d’une heure avec 5 min d’introduction, 20 min pour un 1er binôme, 20 min suivante on change les binômes, puis 10 min de conclusion avec si possible une démo


travail en pur TDD (même pour le javascript!)


software factory : trello pour le kanban, github, jenkins et sonar (grâce à David)




Et c’est parti :


Jean-Laurent : "bon on veut une appication web avec une page html"


David : "ok, bon on écrit un test qui vérifie que la page index.html doit s’afficher" → le test est donc en erreur


Jean-Laurent : "donc il nous faut maintenant un serveur pour faire marcher le test, WebSphere ? rires …"


Davie : "je propose d’utiliser httpserver de la JDK (ndlr : solution la plus simple pour faire marcher le test), et on utilise Jersey pour fournir les resources (jax-rs de JavaEE6)"


Et ainsi de suite ….. c’est vraiment très intéressant de les voir coder et surtout réfléchir aux choix d’implémentations. En plus d'être divertissant (car il y a un jeu d’acteurs comique quand même), on apprend plein de petits trucs sur des frameworks, des outils : zombie.js, mocha, mustache, jersey, fest assert …


Je suis revenu plusieurs fois pendant les deux jours, et c'était la vraie vie d’un projet comme ce moment de solitude (environ 20 min) pour faire marche la css (test/css au lieu de text/css, la loose …). Malheureusement, je n’ai pas vu la dernière session pour la conclusion finale mais en tout cas j’ai pu voir l’application déployée sur Heroku, cliquez ici !





Si vous voulez voir les sources, elles sont dispo sous https://github.com/dgageot/CodeStoryDevoxx.




En tout cas, un grand BRAVO à ces 4 développeurs !




DevoxxFr Tools In Action
Benoît Prioux — Thu, 26 Apr 2012 00:00:00 GMT



Après les universités, plusieurs sessions de "Tools In Action" sont proposées. D’une durée de 30 min, elles permettent de découvrir rapidement un framework ou un outil.




Tester une application Web avec Selenium 2, Selenium Grid et TestNG


Mathilde Lemee nous fait une démonstration d’utilisation de Selenium 2 pour automatiser du tests IHM web. Pas besoin de selenium IDE, la syntaxe est simple à écrire et on peut rapidement coder un test. Ensuite, elle conseille d’utiliser TestNG qui permet de paralléliser les tests d’IHM, qui sont souvent long surtout si on veut tester les différents navigateurs. Et si c’est encore trop long, on peut utiliser Selenium Grid qui permet de lancer les tests sur plusieurs machines virtuelles.




Chouchoutez votre code javascript


Romain Linsolas nous présente les outils et framework pour tester le javascript (oui oui c’est possible) et comment intégrer ses tests dans une intégration continue (Jenkins + Sonar). Super présentation, très concrète et en plus il fait une retranscription de son talk dans son blog !


Lien vers les slides




Réaliser des tests de charge avec Gatling


Cela fait plusieurs semaines que j’entends parler de ce framework qui monte, qui monte …. C’est l’occasion d’en savoir plus grâce à Stéphane Landelle et Romain Sertelon. Gatling est écrit en Scala et à une approche différente de ses concurrents comme JMeter. Son point fort c’est l’optimisation de la gestion des threads. Les scenarii sont écrits et variabilisé en Scala, ce qui fait un peu peur au début après une petit démo, ç a devrait aller. Il existe aussi un recoder pour enregistrer le code du scénario, mais il faut quand reprendre le code à la main après. Le lancement peut se faire en ligne de commande, et les résultats sont présentés dans un joli rapport HTML5 avec plein d’effets sympas.


Bref, même si tout ça est encore jeune, Gatling est très prometteur, il faut juste  ne pas être repoussé par un peu de Scala ;-) Pour en savoir plus, un petit tour sur le github.





DevoxxFr Université : Les 5 mercenaires du DevOps
Benoît Prioux — Wed, 25 Apr 2012 00:00:00 GMT

Nous sommes le mercredi 18 avril, et oui j’ai réussi à aller à Devoxx France. Dans un précédent billet, j’avais dit que j’aurai tout fait pour m’inscrire et bien il a suffit de demander à mon manager : je remercie donc Lectra pour cette nouvelle aventure après JavaOne, il y a quelques mois.


Le premier jour de #DevoxxFr est consacré aux conférences de type université, c’est-à-dire d’une durée de 3 heures pour apprendre un nouveau framework, un nouveau concept, une nouvelle méthodologie….


Le matin, j’ai choisi "Les 5 mercenaires du DevOps" par Henri Gomez, Arnaud Héritier, Pierre-Antoine Grégoire, Gildas Cuisinier et Dimitri Baeli. Le but de cette conférence est de nous expliquer le concept de "DevOps" (Development and Operations) très à la mode en ce moment. Pour cela, le fil rouge est l’histoire du projet sh4rewith.me, un site de partage de fichier.


Au début, comme souvent, la méthode à "la rache" est utilisée : ça marche sur un poste de dev, les tests sont fait en production, rien n’est automatisé.


Puis vient "la raison" où l’on essaie d’appliquer les bonnes pratiques comme l’intégration continue, la documentation, des livrables réguliers et définis. Pour se jauger sur ces bonnes pratiques, on peut faire le joël test, qui consiste en 12 questions sur le projet. Pour un score en-dessous de 10, il faut commencer à s’inquièter… Pour mon projet actuel, j’ai calculé un score de 11/12 :-) Cependant, il reste encore des soucis :




la mise en production reste un évènement rare


les barrières sont encore nombreuses entre le marketing, les développeurs, la validation et la production




Pour arriver au stade de "la sérenité", il faut travailler en mode DevOps :




Cycle court entre demande et mise en production


Gestion de la dette technique


Monitoring outillé


Automatisation des étapes à risque


Gestion complète de la configuration (source, conf, os)




L’exemple concret dans cette conférence, c’est la mise en production du site sh4rewith.me pendant la conférence, en un clic depuis jenkins !





D’ailleurs, Jenkins est l’outil qui permet de rassembler tous les interlocuteurs d’un projet, tout en préférant des instances différentes selon les besoins : une instance pour les dev, une instance pour la validation, une instance pour les ops.


Chacun des interlocuteurs fait un petit retour d’expérience sur la mise en place du DevOps dans leur projet, en particulier Arnaud Héritier chez eXo Platform.


L’université est vraiment très intéressante, et permet de rendre un peu plus concret le mouvement DevOps.


Lien vers les slides



DevoxxFr Université : CDI mis en pratique avec travers Seam Social et Weld OSGi
Benoît Prioux — Wed, 25 Apr 2012 00:00:00 GMT

Que serai une conférence sans un petit talk sur CDI ;-), je choisis donc de passer une bonne partie de l’après-midi avec Antoine Sabot-Durand et Mathieu Ancelin pour une mise en pratique de CDI dans Seam Social puis Weld OSGi.


SeamSocial


C’est un module de Seam 3 constituant un socle générique pour construire des APIs d’accès aux réseaux sociaux Twitter, Facebook, LinkedIn… Ce projet est d’ailleurs inspiré de SpringSocial (ils ont même repris les connecteurs).


Pour se connecter à un réseau social, il faut appréhender :




OAuth pour l’authentification (qui va sûrement devenir un standard)


JSON car toutes les APIs sont en REST




Pour JSON, Seam Social utilise le framework Jackson, qui propose un concept intéressant de mixin : externaliser les annotations de mapping JSON dans une autre classe et faire un binding avec le POJO resté tout clean, intéressant !
Le module reprend tous les concepts de CDI : couplage lâche, découverte dynamique de modules, …
Weld-OSGi


Cette extension de JBoss Weld (qui sera d’ailleurs bientôt intégré à Weld-core) réunit le meilleur des deux mondes : dynamique, typesafe, annotations. Elle permet de cacher la complexité d’OSGi et de l’intégrer facilement à un code utilisant déjà CDI. Il suffit alors de déployer tout ça dans un serveur hybride comme JBoss 7. La démo est assez bluffante :







J’avais déjà assisté à la même présentation au JUG Summer Camp en septembre dernier et c’est toujours aussi intéressant mais j’ai encore du mal à imaginer l’utiliser en production ….
Au final, cette université nous a permis de faire un petit rappel sur CDI et surtout de voir des cas pratiques de mise en application. Mon seul bémol, un petit manque de rythme à certain moment et pas vraiment de lien entre la partie SeamSocial et la partie Weld OSGi.


Lien 1 vers les slides


Lien 2 vers les slides



Jenkins User Conference @Paris
Benoît Prioux — Tue, 17 Apr 2012 00:00:00 GMT

Aujourd’hui nous sommes réunis pour parler de notre outil de CI préféré Jenkins !





Paris est la 2ème étape après San Francisco en octobre 2011. Koshuke (mr jenkins) et ses potes ont la bonne idée de placer cette conférence juste avant les grandes messes : javaone, devoxx,…


La keynote d’ouverture est assurée par @koshukekawa en personne ! Comme à San Francisco, nous avons le droit à une petite session d’autocongratulation …. entrecoupé d’un petit moment d'émotion pour @NicolasBacot qui reçoit de koshuke les peluches AngryBirds gagnées en parrainant un autre collègue.





Une petite démo nous montre les dernières évolutions de Jenkins principalement en terme de UI : boutons save/apply, barre de navigation, popup, …. Très sympa et simplifie la vie quotidienne des administrateurs Jenkins en épargnant quelques clics :-)


On nous rappelle que maintenant on peut écrire des plugins en Ruby (au lieu de maven+java), et aussi utiliser gradle pour le build.


Concernant l’avenir, koshuke nous fait une démo sur ses travaux en cours comme l’intégration à Github : login, création de jobs depuis le repo, build à partir de pull request, tout ça a l’air de déjà bien marché ! …mais ce n’est pas encore public, juste en test sur buildhive.com.


Au niveau UI, la prochaine étape c’est l’utilisation de TwitterBootstrap très à la mode en ce moment.


Sinon, les autres points d’améliorations sont : le temps de démarrage et l’optimisation de la parallélisation des jobs sur les slaves.


Applaudissements et c’est parti pour une journée full Jenkins !



Bref, j'ai vu Gavin King
Benoît Prioux — Sat, 11 Feb 2012 00:00:00 GMT

Il  y a plus d’une semaine maintenant, le 2 février, j’ai vu Gavin King à ….. Niort, oui oui Niort dans le Poitou-Charentes.


Pour ceux qui n’ont pas fait "wouah Gavin King, le papa d’Hibernate et CDI", je rappelle que c’est l’une des 10 personnalités à connaître dans le monde Java comme le décrit Nicolas Martignole  dans un article sur le Touilleur Express.


Pour ceux qui ont fait "wouah à Niort, qu’est-ce que fait Gavin là-bas?", j’ai cru comprendre que Serli qui est le sponsor principal du Poitou-Charentes JUG (organisateur de l'évènement) est le principal contributeur du plug-in Eclipse pour le langage "Ceylon" (à confirmer).


Et c’est de Ceylon que  Gavin est venu nous parler, son nouveau projet qu’il défend … même jusqu'à Niort !





http://www.ceylon-lang.org/


La présentation est en deux parties :




pour découvrir le langage, rien de mieux que le HelloWord ici présenté dans Eclipse avec le plug-in associé, ceci permet de voir comment se présente la syntaxe. C’est David Festal qui fait la démo et permet de rapidement "entrer" dans l’univers de ce langage





void hello() {
	print("Hello, World!");
}





puis, Gavin prend la parole pour nous parler des intentions de ce langage, de ses fondements, de sa conception, de son évolution, …




Voici les principaux points que j’ai retenu :




Ceylon est un langage destiné aux grands projets avec de nombreux développeurs car l’avantage principal de Ceylon c’est son compilateur intelligent qui facilite la maintenance du code : plus de NPE, pas d’erreurs bizarres au runtime avec les generics, des messages d’erreur de compilation compréhensibles par les développeurs, …


Ceylon se veut concis et clair (sans aller dans l’extrème des nouveaux langages dynamiques qui veulent tout faire en une ligne)


Ceylon propose un système de modules dans la même idée que le futur Java8


Ceylon implémente le pattern Visiteur en natif : par exemple un switch sur une liste de sous-types sera en erreur dès lors qu’un nouveau sous-type sera créé


Et comme dans tous les projets, tout est "type-safe" : par exemple, la déclaration d’un module est fait dans une classe avec complétion dans l’IDE !




Après je n’ai pas forcément retenu tout les subtilités expliqués par Gavin mais le mieux, c’est de télécharge le langage et le plug-in Eclipse et s’amuser un peu.


Concernant Gavin lui-même, comme d’habitude, c’est vraiment super excitant de voir en vrai de tels speakers. Dès sa prise de parole, tu es captivé (même si les slides sont pas forcément top). Dans son discours, il y a plein d’anecdotes de développeur Java, qui te parlent forcément (le célèbre "Ah ouais il a trop raison"). Tu réalises rapidement qu’il a déjà tout connu sur le langage Java et qu’il veut proposer une solution à toutes les limites de Java tout en conservant les grands principes.





Bien sûr à la fin, je n’ai pas manqué l’occasion d’aller discuter un peu avec lui avec mon anglais rouillé. Il semble avoir compris quelques unes de mes questions, et puis je lui ai parlé un peu de JavaEE, JBoss, CDI … mais tout ça semble derrière lui, j’ai l’impresssion qu’il est vraiment passé à autre chose et qu’il veut aller au bout de son projet avec Ceylon. Courage à lui, créer un langage est quand même le graal de tout développeur !


Et pour garder un souvenir de ce moment, je lui ai fais signer un vieux livre Hibernate trainant dans la bibliothèque du bureau :-)






Adam Bien : Real World Java EE Patterns Rethinking Best Practices
Benoît Prioux — Tue, 22 Nov 2011 00:00:00 GMT

Comme annoncé dans un article précédent, j’ai commencé la lecture d’un des livres de Adam Bien et … en fait je l’ai dévoré très rapidement.


Je souhaite donc faire une petite fiche de lecture mais je vous conseille fortement de le lire ! (à 20 euros sur amazon.de, ne vous inquiètez pas c’est bien en anglais). Pour les nouveaux, je rappelle que Adam Bien est un consultant allemand , membre actif de la spec javaee et un très bon speaker que j’ai découvert à JavaOne. Son discours est simple : il faut repenser tous les bests practices de j2ee ! Les architectures d’aujourd’hui doivent devenir plus simple, plus lean, avoir donc moins de couches et moins de code, et ceci grâce aux nouveaux concepts apportés par JavaEE5 et encore plus par JavaEE6.


Le livre que j’ai choisi c’est le premier de la série "Rethinking Best Practices", sorti en 2009 : Real World Java EE Patterns Rethinking Best Practices.


Après un bref rappel sur l’histoire de j2ee et sur les nouveaux concepts apportés par JavaEE, la majeure partie du livre nous décrit différents patterns répondant à un problème pratique, classés par catégorie : couche métier, couche d’intégration et infrastructure. Certains sont des patterns connus repensés dans le contexte JavaEE, d’autres sont carrément d’anciens anti-patterns ! La lecture est vraiment agréable et au fil de l’eau, on trouve plein de petits astuces de développeurs :




un interceptor pour checker les paramètres d’une méthode, ce qui permet d'éviter du code redondant (DRY : Dont Repeat Yourself)


des annotations à la place de la javadoc, plus facile à manipuler pour la génération de documentation


des builders statiques en classe interne pour rendre le code plus fluide


utiliser Externalizable au lieu de Serializable pour des gains de performance


des singletons à la façon JavaEE pour faire du cache.


et bien d’autres ….




Après avoir présenté ces patterns, Adam nous expose sa vision sur les architectures SOA en opposant les deux modèles :




le traditionnel Service Driven Design, mais en simplifiant la plomberie et les indirections inutiles


le nouveau Domain Driven Design, où l’entité est au coeur de la conception e n’est plus un pojo vide, très pratique pour les applications proche du besoin utilisateur,




Ce qui est intéressant, c’est qu’il défend les deux modèles car selon lui, tout dépend des contraintes du projet. Tout de même, il dégage un modèle lean commun que doit suivre un composant métier : l'ECB, Entity - Control - Boundary :




Boundary : c’est la façade directement en contact avec l’interface utilisateur, elle est totalement orientée business


Control : c’est l’ensemble des services génériques qui sont réutilisables dans différents contextes (comme les CRUD)


Entity : ce sont les entités avec (DDD) ou sans intelligence métier (SDD)




Au final, le conseil d’Adam tout au long du livre est de rester pragmatique, de ne pas complexifier l’architecture sans raison valable  (son célèbre "Explain it to an alien"). JavaEE , en totale rupture avec le modèle complexe de j2ee, est tout à fait adapté à cette philosophie.


A suivre avec la lecture de son second livre : "Real World Java EE Night Hacks Dissecting the Business Tier", sorti en 2011, qui rentre plus en détails sur la base de JavaEE6 : CDI + EJB + JPA.






Devoxx France 2012 is born !
Benoît Prioux — Wed, 16 Nov 2011 00:00:00 GMT

Voila JavaOne est déjà loin maintenant, mais la passion est toujours là et aujourd’hui j’ai trouvé un sujet pour continuer à blogger : Devoxx arrive en France !


Devoxx (anciennement JavaPolis), ça se passe en ce moment à Anvers, c’est la plus grande conférence européenne indépendante sur les techno Java. Et après un peu de teasing, Stephan Janssen (le papa de Devoxx) et 4 membres du ParisJUG (Nicolas Martignole, Antonio Goncalves, Zouheir Cadi, José Paumar) y ont annoncé ce matin la création de Devoxx France du 18 au 20 avril 2012 au coeur de Paris ! Plus d’infos : http://www.devoxx.com/display/FR12/Accueil


Il va falloir que je commence à trouver les arguments pour convaincre mon chef que c’est "the place to be" (et peut-être aussi ma moitié ;-) ) et puis sinon basta je prends 3 RTT et je me paie l’inscription ! (450 euros pour 3 jours).


En tout cas, je félicite tout particulièrement Antonio Goncalves, qui a su réveiller ma passion de développeur Java un certain 30 mai 2011 avec une formation JavaEE 6.






Mon palmarès de JavaOne 2011
Benoît Prioux — Tue, 11 Oct 2011 00:00:00 GMT

Meilleurs speakers :




Adam Bien (@AdamBien)


Kohsuke Kawaguchi (@kohsukekawa, attention quelques tweets en japonais)


Dan Allen (@mojavelinux)




Meilleures sessions :




Rethinking best practices with JavaEE 6 par Adam Bien


JBoss AS 7 : The Death of The Slow par Andrew Lee Rubinger


Continuous Integration with Jenkins par Kohsuke Kawaguchi




Meilleurs frameworks :




Arquillian


Weld


OpenEJB




Meilleurs serveurs d’application :




JBoss AS 7


Glassfish 3


TomEE 1




Meilleur espoir :




Le projet Jigsaw pour le JDK 8




Meilleur souvenir :






Day Four : Patterns for modularity
Benoît Prioux — Mon, 10 Oct 2011 00:00:00 GMT

Session très décevante…. Trois intervenants nous parlent de généralités sur les patterns à utiliser pour faire une application modulaire. Les concepts abordés ne sont pas nouveaux et je vous conseille plutôt de voir le compte rendu sur la session "Modularity in Enterprise", qui était bien plus intéressante avec un speaker de bien meilleure qualité !



Day Four : CDI in JavaSE
Benoît Prioux — Mon, 10 Oct 2011 00:00:00 GMT

Dernière session de JavaOne 2011 (snif) et toujours du CDI (oui je sais, j’aime ça!). Cette fois-ci, deux intervenants suisses nous présentent l’utilisation de CDI dans un environnement SE.


En fait, il existe une version de Weld dédiée au développement SE, et même une version d’Arquillian pour les tests ! Les fonctionnalités spécifiques sont :




le scope thread : @ThreadScoped (besoin de définir le RunnableDecorator dans beans.xml)


le bootstrap :



utiliser la classe StartMain de WeldSE et attendre pour l'évènement "ContainerInitialized"


de manière programmatique avec la classe "WeldContainer"







Ensuite, ils nous expliquent différents cas d’utilisation solutionnés avec CDI comme un CommandLine en attente d’une entrée utilisateur.


On peut même utiliser JPA avec CDI dans une application SE, la démo est très complète.


Petit bonus, ils nous parlent du "maven shade plugin" permettant de packager en un seul jar une application desktop (packaging avec tous les dépendances et définition de la main class, ça rappelle le onejar de l'époque).


Pour un peu de code, Cf. un post de Gavin King.



Day Four : CDI Today and Tomorrow
Benoît Prioux — Mon, 10 Oct 2011 00:00:00 GMT

La session est un débat sur CDI. Le panel est composé de représentants de chacune des implémentations :




Peter Muir pour Weld de JBoss


Dave Blevins pour OpenWebBeans de Apache TomEE


Reza Rahman pour CanDI de Resin




Première question : Qu’apporte CDI à la platforme JavaEE ?


En bref, CDI apporte l’injection de dépendances et la gestion des scopes. Les extensions permettent beaucoup de choses : on peut même réécrire complètement des framework comme Struts ou Tapestry. CDI permet de rendre les applications plus facilement testables comme avec Arquillian (encore une fois, c’est vraiment le framework star de JavaOne). CDI est complètement typé.


Deuxième question : Des conseils pour les débutants ?


Le debuging n’est pas forcement facile, mais les logs sont très utiles. Peter Muir affirme que les logs de Weld sont très explicites. Ils conseillent tous d’utiliser au maximum les possibilités de l’IDE (JBossTools pour Eclipse). Reza nous conseille d’aller voir son blog où il publie des articles avec des best practices (http://www.rahmannet.net/downloads/cdi_tour.pdf).


Troisième question : JavaEE, Seam, Spring, Guice, CDI, comment choisir ?


Le panel ne veut pas forcément faire de choix, l’idée c’est qu’en fonction des besoins, chaque framework apporte des solutions : on peut toujours faire marcher Spring avec CDI. Concernant Guice, c’est qu’un sous-ensemble de CDI, qui s’en est largement inspiré. Mais CDI apporte un concept plus fort que juste l’injection de dépendance comme la gestion du cycle de vie des beans, des évènements et les extensions.


Quatrième question : Est-ce que CDI doit être  intégré à JavaSE ?


Pour le moment, toutes les implémentations possèdent un fonctionnement en JavaSE mais la spec ne le définit pas, peut être en CDI 1.1. En tout cas, il semble trop tôt pour pouvoir l’intégrer dans la platform SE et c’est pas sûr que ce soit le bon choix…


Cinquième question : JavaEE 7 theme is cloud, que va apporter CDI ?


CDI 1.1 va sortir avec JavaEE 7, il n’a pas forcément de lien avec le cloud. Pour le moment, 80% de JavaEE est extensible avec CDI : les servlets et jax-rs par exemple ne sont pas concernés. Peut-être que les extensions peuvent répondre à des problématiques du cloud comme le multitenancy…


Conclusion : Très bon débat où on a pu remarqué que les trois implémentations sont d’accord sur les grands principes et sur l'évolution de CDI. CDI 1.0 est déjà très bien rempli et CDI 1.1 apportera quelques retouches mais pas forcément liées au cloud (tant mieux ;-) ).http://javaonemorething.files.wordpress.com/2011/10/weld.png[]









Day Two : JSR 107 The new caching standard
Benoît Prioux — Sat, 08 Oct 2011 00:00:00 GMT

Intervenants : un gars de Oracle pour Coherence et un gars de Terracota pour EhCache


La JSR 107 est prévue d'être intégrée à JavaEE 7 et sera incluse dans la JSR 342. Elle est déjà utilisable dans JavaEE 6 ou Spring et même dans n’importe quelle application java. Elle nécessite juste la version 6 de java.


L’implémentation est (sera,ndlr) sous license Apache 2. Et on espére que les grands frameworks de cache la suivront : ehcache, coherence, infispan, extremescalr, gemfire… Et là on commence à comprendre que cela ne va pas être simple pour que tout le monde utilise le standard….


En tout cas, l’API javax.cache est disponible dans Maven Central en 0.3.SNAPSHOT.


On nous rappelle que cette JSR ne couvre pas le cache pour le data grid, c’est la JSR 347 qui aura le prérequis de définir la topologie.


Petite description de l’API :




classloading : comme le cache peut contenir des données partagées par plusieurs threads, on peut spécifier un classloader lors de la création du cache


support du ServiceLoader pour le choix de l’implémentation


possibilité de définir des propriétés lors de la création du cache : taille, durée, …


ensemble d’annotations : @CachePut, @CacheResult, @CacheRemoveEntity, @CacheRemoveAll




Note personnel : j’ai essayé de trouver l’implémentation de référence pour jouer, j’ai pas trouvé :-(


http://javaonemorething.files.wordpress.com/2011/10/coherence.gif[]



Day Two : JPA 2.1
Benoît Prioux — Sat, 08 Oct 2011 00:00:00 GMT

Intervenante : Linda DeMichiel, spec lead de JavaEE 7


Linda vient nous présenter les améliorations prévues dans JPA 2.1, et la spec semblent bien avancée !


Au niveau des requêtes :




outer joins avec les conditions "on"


downcasting : permettant de caster un objet dans une requêtes, pratique pour les clauses where sur des sous types


invocation de fonctions de base de donnée


bulk update et delete pour JPQL et Criteria API !


le support de l’invocation de procédures stockées avec @NamedStockedProcedureQuery (les dbas vont être contents)


mapping pour les résultats des requêtes natives avec @SQLResultSetMapping


la possibilité de définir des requêtes nommées dynamiquement




Au niveau de l’API :




CDI injection dans les EntityListeners, par exemple on peut envoyer un mail dans une méthode @PostPersist


Persistence contextes désynchronizés




Au niveau du mapping :




multitenancy pour le cloud : JPA utilise un tenant id pour faire l’isolation lorsque les tenants partagent la même base et le même schéma




Une version early draft a été présentée au JCP et JPA 2.1 sera intégre à JavaEE 7 prévue pour Q3 2012 (date-driven release!).






Day Two : CDI 1.1
Benoît Prioux — Sat, 08 Oct 2011 00:00:00 GMT

Intervenant : Peter Muir, RedHat @plmuir


Peter Muir est le spec lead pour CDI 1.1, il prend la suite de Gavin King trop occupé avec son nouveau langage de programmation Ceylan.


La session commence par une démo avec JBoss Forge, permettant de créer une application JavaEE très rapidement en ligne de colmmande : création du projet maven, création d’entité, choix de l’implementation pour JPA, activation de CDI, génération de l’ihm pour le CRUD….


Peter veut aussi nous montrer le déploiement sur le cloud avec OpenShift de JBoss… mais effet démo, il n’arrive pas à accèder à l’application déployée, dommage mais on lui fait confiance ;-)


Ensuite, il passe aux nouveautés de CDI 1.1, dont la majeure le Global Ordering. En effet, dans CDI 1.0, on ne pouvait pas ordonner les interceptors ajoutés sur une classe, et parfois cela peut être gênant (par exemple, le logging est souvent le premier interceptor). Trois solutions dans CDI 1.1 :




magic number : on ajoute un nombre absolu @Interceptor(37), pas la meilleure solution mais cela sera possible


relative ordering : on utilise @OrderingQualifier et @Before(class)


imperative ordering : on définit programmatiquement l’ordre des interceptors




Peter explique que la spec de CDI 1.1 n’est qu’en version draft et qu’il reste des sujets pas encore abordés comme le bootstrap du container en environnement JavaSE, des DSL pour le déploiement des beans, la possibilité de définir le cycle de vie des contextes, le contrôle du scanning en xml ou avec @Veto…


Rendez vous en Q3 2012 avec JavaEE7.






Day Three : The Road to JavaEE 7 : Is it all about the cloud ?
Benoît Prioux — Sat, 08 Oct 2011 00:00:00 GMT

La session est un débat sur JavaEE 7 et le cloud. Le "panel" est composé de :




Adam Bien : consultant et java rockstar


Reza Rahman : fondateur de Resin


Emmanul Bernard : JBoss/RedHat, spec lead de BeanValidation entre autres


Linda DeMichiel : spec lead de JavaEE 7


Dave Blevins : fondateur de TomEE, qui vient d'être certifié JavaEE 6 Web Profile




Le débat n’est pas trés engagé, tout le monde est d’accord pour dire qu’il ne faut pas se précipiter pour standardiser le déploiement d’application JavaEE dans le cloud. Le PaaS n’est pas encore assez mature et de toute manière, on peut déjà déployer une application JavaEE dand le cloud avec OpenShift de JBoss (en 1 min avec un git push selon Adam Bien, bluffant). Par contre, il manque toute de même la notion de multitenancy (normalement avec JPA 2.1).


Seul petit point de divergence, la configuration des metadata pour le déploiement dans le cloud : XML or not ? Comme toujours, ça dépend du développeur….






Day Three : Rethinking best practices with JavaEE 6
Benoît Prioux — Sat, 08 Oct 2011 00:00:00 GMT

Intervenant : Adam Bien, java rock start et freelancer, @AdamBien, blog.adam-bien.com


La révélation de la semaine ! Adam est tout d’abord un super orateur, la présentation était très bonne et pleine d’humour mais les idées toute aussi excellentes !


Adam veut nous faire comprendre qu’il faut changer nos habitudes de développeurs des années 2000. Avec JavaEE 6, on peut grandement simplifier le code (selon lui, 80% du code). Voici ses conseils :




Service service = new ServiceImpl() : Pas besoin d’interfaces pour une seule implémentation, évite le binding inutile, l’indirection, et de toute manière on change jamais d’implémentation


Empty delegates, empty layers are evil : Eviter les couches inutiles, les facades vides


Stateless Architectures for Statefull Applications : Stateless n’est pas la seule possibilité pour une application


Everything is extensible but nothing varies : Ne pas compliquer le code en le rendant trop générique, il faut le faire quand le besoin est là. Il est aussi facile de définir une interface après coup.


Configuration over convention : si on utilise des conventions, cela fait moins de chose à écrire (comme Maven vs Ant)


5 Mb server…. And 50 Mb wars : pourquoi faire plus compliqué qu’un serveur EE (je vous rassure on ne parle pas de WebLogic ou WebSphere)


Superfluous DAO : ce pattern n’a pu lieu d'être, JPA fait déjà l’encapsulation pour nous




Pour lui, le cocktail idéal est : CDI + JPA + EJB + JAX-RS = The Productive Synergy.


Concernant les tests, il conseille de ne pas utiliser d’embedded server, il faut tester directement dans le serveur (avec Arquillian ?). Il faut définir :




des tests unitaires rapides à exécuter pour le développeur et à chaque build de l’intégration continue et


des tests d’intégrations plus longs à exécuter périodiquement sur l’intégration continue




Le plugin Maven "failsale" est apparemment très utile pour faire cela.


Le taux de couverture du code n’est pax le but ultime, il faut préferer la couverture du code complexe. Sonar est très pratique pour identifier le code complexe, par exemple avec la fonctionnalité "clouds".


Pour les tests de performance, il conseille de définir un projet maven dédié qui fait du stress test avec JMeter (prononcé "Jamita" dédicace pour Nico) et de stocker les résultats dans une base pour suivre l'évolution (graphiques avec JFreeChart).


Bref, que de bonnes idées, de bonnes pratiques pour améliorer notre productivité, nos managers vont être contents !


NB : je vous conseille de voir la vidéo sur Parleys ! Et je pense que je vais acheter son livre !






Day Three : Refactoring JavaEE 5 code to take advantage of JavaEE 6 features
Benoît Prioux — Sat, 08 Oct 2011 00:00:00 GMT

Intervenants : deux personnes de "The Institue for Quantitative Social Science at Harvard University".


La session est un retour d’expérience sur la migration d’une application JavaEE 5 "Dataverse" vers JavaEE 6, et en gros c’est plus simple :




simplification des couches : les EJB peuvent être injectés directement dans les pages JSF pour les cas simples


simplification du packagin : l’ear est devenu un war


migration de la configuration en annotations


simplification de la couche métier avec les nouvelles possibilités des EJBs




Avec plus de détails pour la couche métier :




utilisation de orphanRemoval=true de JPA 2.0 pratique pour la gestion des collections liées


tâches planifiées plus facilement configurables avec un timer basé sur le calendrier


traitements asynchrones anciennement en JMS, devenus des EJB avec @Asynchronous


utilisation de JAX-RS pour les webservices RESTful




Petit bémol, aucune étude de performance n’a été faite pour comparer les deux architectures…






Day Three : Patterns & Best Practices for CDI
Benoît Prioux — Sat, 08 Oct 2011 00:00:00 GMT

Intervenants : Reza Rahman de Caucho/Resin et un autre gars


La session est assez dense et après un brève rappel de CDI que je vous épargne, on nous énumère quelques bonnes pratiques pour l’utilisation de CDI.


La configuration XML permet de surcharger les annotations et donc est pratique pour configurer CDI selon les environnements :




pour les tests unitaires, on peut activer les alternatives par exemple


pour les tests d’intégrations , on peut changer la datasource (oracle au lieu de h2), activer des interceptors pour le logging


pour la production, on désactive les alternatives, certains interceptors




Chaque environnement a son propre fichier "beans.xml". Cependant, dans CDI 1.0, la configuration XML n’est pas encore standardisée (peut être dans CDI 1.1 comme le voudrait Reza), donc dans les exempes, on trouvait des imports de namespace de Resin.


Pour les qualifiers, on peut utiliser une énumeration, ce qui permet d'éviter de définir pleins d’annotations. On utilise la même avec en paramètre une valeur d’enum.


Il faut ajuster au mieux le scope des beans, cela permet de maximizer l’utilisation de la mémoire. On peut définir ses propres scopes, ou utiliser le @ConversationScoped, qui permet de le controller de façon programmatique.


L’utilisation de stéréotype (regroupement d’annotations) permet de mieux définir les composants de son application.


Les interceptors sont utilisés dand le cas de fonctionnalités transverses plutôt système et doivent être découplées du métier. A l’inverse, les décorators sont là pour compléter le métier.


Il faut différencier l’injection de dépendances @Inject de l’injection de resources @Resource.


Il est intéressant de définir ses propres extensions CDI (à ce moment, je n’avais compris comment faire cela…merci Dan Allen dans la session suivante).


Voilà pleins de bons conseils pour CDI, ça donne envie de s’y mettre !






Day Three : Modularity in Enterprise
Benoît Prioux — Sat, 08 Oct 2011 00:00:00 GMT

Intervenant : Mike Keith de Oracle


La session a pour but de nous montrer les grands principes d’une architecture modulaire (et de nous convaincre de l’utilité mais ça c’est facile ;-) ) :




Decoupled, Cohesive, Reusable, Complete


Extensible, Testable, Debuggable, Upgradable




Pour le moment, OSGi est le seul système de modules viable en Java, et il est en plus dynamique (pluggable à chaud).


Le projet Jigsaw sera une alternative mais dans un environnement statique, ce qui est suffisant pour la majorité des applications. Il est prévu pour JavaSE 8.


En gros, il faut préparer son application à être modulaire, mais pour le moment pas de solution toute faite (à part OSGi…).


http://javaonemorething.files.wordpress.com/2011/10/jigsaw1.jpg[]



Day Three : Hacking JavaEE with CDI extensions
Benoît Prioux — Sat, 08 Oct 2011 00:00:00 GMT

Intervenant : Dan Allen @mojavelinux de JBoss/Red Hat, java rock star (il a le look) et déjà vu dans la session sur Arquillian


Cette session a pour but de nous montrer la puissance des extensions de CDI qui permettent de modifier /hacker le comportement d’une application JavaEE !


Les slides sont très surprenants mais Dan Allen est très agréables à écouter, très clair et plein d’assurance, d’autant plus qu’une grande partie est du live coding !


Les extensions de CDI permettent :




d’enregistrer des beans supplémentaires


de satisfaire les points d’injection


d’introduire des scopes custom


d’augmenter ou remplacer des metadatas




Comment ajouter une extension ?




implémenter Extension


coder l’extension avec l’API, Solder semble très utile "swiss arly knife"


utiliser le ServiceProvider pour l’activer




Dan nous montre pleins d’exemples plus ou moins compliqués :




suppression d’une annotation au runtime et remplacement par une autre


génération de log à partir d’annotations sur une interface


génération de code au runtime : par exemple, l’appel de requête avec JPA, à voir dans cdi-extension-query


…..




J’espère que la session sera sur Parleys, car il est difficile de restituer ce live coding mais c'était bluffant ! Dan nous explique que Seam 3 sera un ensemble d’extensions CDI et il espère un jour voir un CDI MarketPlace !






Day Four : JBoss AS7, the Death of the Slow
Benoît Prioux — Sat, 08 Oct 2011 00:00:00 GMT

Intervenant : Andrew Lee Rubinger, JBoss/Red Hat


Andrew commence par nous expliquer que pour JBoss 7, ils ont cleané le repo ! Ils ont appris de leurs erreurs et sont repartis from scratch !


Voici les 7 points qui caractérisent JBoss 7 :


\1. Lightning fast : un serveur d’application a toujours eu la mauvaise réputation de mettre trop de temps pour démarrer : JBoss 5 19s, JBoss 6 12s. …..JBoss 7 démarre en 2s preuve à l’appui avec une démo où il s’amuse à relancer plusieurs fois le JBoss, lol.


\2. Collision : JBoss 7 est basé sur un design modulaire avec des jboss modules, le classpath est mort !


\3. Heavy lifting : JBoss 7 a une très petite empreinte mémoire avec un nouveau kernel : the Modulare Service Container.


\4. Testing sucks, Building sucks, Starting sucks, Deploying sucks : pour augmenter la productivité du développeur, il y a de nouveaux outils : Forge, SkinkWrap, Arquillian. Démo à l’appui, green balls en quelques secondes pour tester des EJBs, les transactions, les servlets…


\5. Configuration sucks : nouvel console d’administration, et toute la configuration dans un seul fichier


\6. Management sucks : nouveau concept de domaine pour gérer un groupe de serveurs


\7. Bad components sucks : JBoss 7 regroupe




RestEasy pour JAX-RS


SnowDrop comme adaptateur pour Spring


Iron Jacomar


HornetQ pour JMs


Weld pour CDI


Infinispan pour le cache et la data grid


Hibernate pour JPA




JBoss 7.1 n’est pas encore full JavaEE 6. Il supporte aussi OSGi. Il n’a pas d’installeur, juste une archive à dézipper.


Bref, Andrew nous a tous convaincu, d’où les applaudissements de l’audience.






Day Four : Community Keynote
Benoît Prioux — Sat, 08 Oct 2011 00:00:00 GMT

La dernière keynote commence par une présentation d’IBM sur sa vision du cloud. Le discours est plutôt intéressant avec une vision pour une fois pas trop abstraite sur le cloud. IBM veut faire passer le message qu’ils sont déjà prêts avec une démo powerpoint d’un déploiement d’une application JavaEE sur le cloud avec un outil dédié qui se charge de tout. Ça ressemble un peu à la démo GlassFish lors de la Strategy Keynote. En tout cas, c'était la meilleure keynote des sponsors.


Ensuite, la keynote est consacrée à la communauté, et tout de suite le ton est plus sympathique et décontractée : un débat avec plusieurs représentants de la communauté (OpenJDK, JUG) sur des questions sondages où on peut répondre par SMS ou mail. Les résultats sont affichés en temps réel ! On notera la bonne prestation de Donald en tant qu’animateur et médiateur ainsi que de Bruno Souza du JUG du Brésil, monté sur le podium avec le drapeau national sur le dos, il était bien chaud ! Puis, le comique Java Posse vient demander à l’assemblée son ressenti sur les sessions, les orientations du langage,…


Enfin, la keynote se termine par le Java Life, clip de rap déjanté sur la vie du développeur Java.






Day Two : Strategy Keynote
Benoît Prioux — Thu, 06 Oct 2011 00:00:00 GMT

Comme lors de technical keynote, on commence par faire plaisir aux sponsors : c’est le tour de Juniper Network. Un discours sur l’importance du réseau dans le développement d’applications, blabla …. et java n’est pas citée dans le discours.


Ensuite, Hasan Rizvi de Oracle vient présenter les résultats de Java en 2011, en annonçant au passage le JDK 7 pour MAC OS X en Developper Preview. Il fait venir sur la scène des représentants de IBM, Red Hat et (encore) Intel.


Adam Messinger entre alors pour parler de la stratégie et la roadmap de Java :




JavaSE : plusieurs updates du JDK7 en 2012, JDK8 est prévu pour l'été 2013


JavaFX : devient OpenSource (!), et Oracle veut en faire la solution client java, en mettant en avant le slogan "Run Anywhere". Nous avons le droit à une démo où une application java tourne d’abord sur une tablette Android, puis une tablette Linux et enfin sur un ipad ! Toute la salle est pluôt étonnée, et Adam dit "Yes, Java run on iOS".


JavaME : la stratégie est de s’aligner sur les versions de SE, et de pousser vers la convergence pour le JDK 8 avec la notion de profile CDC


JavaEE: on commence par faire remarquer que JavaEE 6 est la version la plus rapidement implémentée et adaoptée. JavaEE 7 doit aider à faire passer Java dans l’univers du cloud (ndlr : mais on sait pas trop comment). JavaEE  7 se veut être le standard pour le PaaS. ESPN vient aussi apporter son témoignage sur l’utilisation de JavaEE avec Glasfish pour son site internet.




Enfin, nous avons le droit à un "one more thing" : le projet Avatar.Oracle veut rapprocher Java de l’HTML5 au sein d’une même application hybride. Cela semble intéressant mais peut être un peu tard vu le développement actuel de l’HTML5.


Pour plus de détails :


http://blogs.oracle.com/java/entry/moving_java_forward_java_strategy




Day One : Project Jigsaw
Benoît Prioux — Wed, 05 Oct 2011 00:00:00 GMT

C’est une session de veille technologique sur ce que sera le JDK 8.


Elle sera modulaire et possèdera deux modes:




legacy mode, le mode actuel avec un classpath


module mode, le classpath n’existe plus !




De nouveaux outils seront ajoutés aux JDK : jpkg, jmod, jrepo, jsign. Le jar n’est plus utilisé, la jre ne se trouve plus dans son propre répertoire, tout devient modulaire : jdk.jdbc, jdk.jre, …


Pour déclarer un module, il faut déclarer une nouvelle classe (ModuleInfo) avec le nom, la version, et la version des dépendances. Le répertoire module path permet de spécifier l’endroit des modukes, par exemple src/foo/com/foo/Main,java.


Le format des archives sera fait avec jmod ( jmod create, jmod install, jmod list).


Pour l’instant, tout ceci est en béta, et on attend la suite avec l’ambiance.






Day One : JavaDb features in JDK7
Benoît Prioux — Wed, 05 Oct 2011 00:00:00 GMT

Java DB est la version packagée par Oracle de Apache Derby. Elle est supporte totalement toutes les fonctionnalités SQL (ANSI/ISO SQL). Elle peut être embarquée ou en mode client /serveur.


Depuis le JDK6, elle est fournie avec la distribution dans $JDK_ROOT/db.


Pour le JDK7, elle bénéficie d’améliorations de performances :




réduction de l’utilisation du CPU


calcul automatique des statistiques des index


scalabilité


streaming des lobs




De plus, JavaDB propose un mode in-memory :




jdbc:derby:memory:myDb;create=true




Il y a aussi des nouveautés:




replication asynchrone


offset/fetch next


amélioration de l’interrupt handling


générateurs de séquence








Day one : Technical Keynote
Benoît Prioux — Tue, 04 Oct 2011 00:00:00 GMT

C’est le show à l’americaine ! Magnifique salle, deux écrans géants, une musique pop !


La première partie est consacrée à Intel, le sponsor "diamond" (merci pour le café et la bière) : pas très intéressant, du blabla, des chiffres et le discours "Oracle and Intel are working together for better performance ! ". Ensuite, une annonce Oracle pour le lancement de "Oracle NoSQL" histoire d'être à la mode. Puis, enfin on parle de Java avec une très bonne présentation de Mark Reinhold :




java7 : Project Coin, InvokeDynamic, Thread Fork/Join


java8 : Project Lambda, Project Jigsaw




Après, nous avons le droit à un des évènements de JavaOne : JavaFx 2.0. Bon speaker et démo assez bluffante finissant sur une application javafx avec une vidéo de capture de mouvement, duke est animé par quelqu’un, à voir.


Linda DeMichiel, spec leader de JavaEE7, vient nous parler du cloud mais pas que. On voit bien que comme Antonio Goncalves nous l’avait dit au jug summer camp de La Rochelle, Oracle pousse pour mettre du cloud dans JavaEE. On a le droit à une démo avec Glassfish d’un déploiement automatique sur plusieurs vms, c’est pas mal…..Wait and see….


Enfin, vient le tour de java mobile, mais pas le temps de rester, il faut quitter la keynote pour être à l’heure à la première session de mon "schedule"


Liens :




tweet








Day One : Hudson onward and upward
Benoît Prioux — Tue, 04 Oct 2011 00:00:00 GMT

Intervenant : des gens d’Oracle qui semblent parachutés sur le projet


Forcément la comparaison est difficile pour Hudson, les deux sessions sont à la suite dans la même salle….


Présentation très fade, démo qui marche tout juste, beaucoup de flou sur la stratégie,pas très rassurant sur l’avenir d’Hudson.


La seule éclaircie, la présentation de la fonctionnalité "Cascading project", une héritage entre jobs. Cela permet d’hériter des propriétés du job parent, de les surcharger. Pas mal pour l’administration en masse de jobs.


J’oubliais, on nous a donné des badges Hudson…






Day One : Continuous Integration with Jenkins
Benoît Prioux — Tue, 04 Oct 2011 00:00:00 GMT

Intervenant : Kohsuke Kawagachi (http://kohsuke.org/)


La meilleure présentation de la journée ! Monsieur Jenkins (c’est plus facile à dire) a montré par de nombreux chiffres à qui à profiter le fork avec Hudson et pas de surprises, c’est Jenkins qu’il faut suivre : activté en commit, mailing list, tickets,….


Il a aussi montré de façon ironique comment migrer depuis Hudson : tu éteinds hudson, tu démarres jenkins et c’est tout.


Jenkins est sous la license "Software Public Interest" comme Debian, PostgresSQL.


Après le subtil règlement de compte avec Hudson, monsieur Jenkins nous explique le "Pre-tested commits", en gros le code est commité sur le tronc uniquement si les tests sont ok.


Première démo : Git + Gerrit ( outil de revue de code pour Git)


Deuxième démo : sans Gerrit, Jenkins fait un merge et une post-build action pour publier dans le repo maître


Troisième démo : l’utilisation de différentes branches, par exemple une branche par fonctionnalité.


Et comme, il sait très bien que tout le monde n’est pas passé à git, il nous montre comment faire avec subversion svn, en utilisant le plugin svn merge. On peut alors travailler par branches pour chaque fonctionnalité et de façon manuelle ou automatique, merger la branche dans le tronc si les tests sont ok, c’est magique.


C’est vraiment une démonstration technique avec une facilité déconcertante.


Et le slogan pour la fin : "Jenkins project is where the action is".






Day One : Arquillian, the Extendable Enterprise Application Test Platform
Benoît Prioux — Tue, 04 Oct 2011 00:00:00 GMT

Intervenant : Aslak Knutsen et Dan Allen


Arquillian est un framework de test orienté container qui simplifie l'écriture de tests pour une application javaEE. Il s’intègre parfaitement avec les frameworks de test comme Junit et TestNG ainsi qu’avec les serveurs d’application JBOSS ou Glassfish.


Exemple de code :



import static org.junit.Assert.assertEquals;
import javax.ejb.EJB;
import org.jboss.arquillian.container.test.api.Deployment;
import org.jboss.arquillian.junit.Arquillian;
import org.jboss.shrinkwrap.api.ShrinkWrap;
import org.jboss.shrinkwrap.api.spec.JavaArchive;
import org.junit.Test;
import org.junit.runner.RunWith;@RunWith(Arquillian.class)

public class GreetingManagerTest {
  @Deployment
  public static JavaArchive createDeployment() {
          return ShrinkWrap.create(JavaArchive.class, "test.jar")
                .addClasses(GreetingManager.class, GreetingManagerBean.class);
   }

  @EJB
  private GreetingManager greetingManager;

  @Test
  public void shouldGreetUser() throws Exception {
    String name = "Earthlings";
    assertEquals("Hello, " + name, greetingManager.greet(name));
  }
}



La particularité d’Arquillian est d’offrir de nombreux points d’extensions en utilisant l’interface LoadableExtension avec le méchanisme de SPI.






Welcome San Francisco
Benoît Prioux — Mon, 03 Oct 2011 00:00:00 GMT

Après quelques heures de vol en passant par Amsterdam, nous voila arrivé à San Francisco. Je dis nous car je voyage avec Nicolas mon collègue et surtout ami. Il aura fallu la journée du samedi et un peu du dimanche pour récupérer du jet lag et être en pleine forme pour la semaine javaone.


Dimanche  matin, nous sommes venus nous enregistrer à l’hotel Hilton, et nous avons reçu notre package : tee-shirt, sac à dos, bloc notes …. Le reste de la journée nous en avons profité pour faire une walk visite de San Francisco, en particulier le golden gate park, LA maison bleue et l’unique Castro Street Fair !


Nous sommes prêts pour commencer les sessions dès lundi matin !






Le commencement
Benoît Prioux — Mon, 26 Sep 2011 00:00:00 GMT

Quelqu’un m’a dit : "Si tu n’as pas un blog à 30 ans, tu as raté ta vie". 30 ans approchant à grand pas, j’ai dit pourquoi pas. Après il fallait trouver un sujet qui puisse me lancer dans d’interminables posts lus par quelques personnes, qui en fait se sont trompées de site …


Dans 5 jours, c’est-à-dire samedi prochain, j’ai la chance et l’honneur d’aller à JavaOne à San Francisco ! L’occasion pour moi d’apprendre tout plein de choses avec tout plein de passionnés sur le plus beau des langages de programmation JAVA (là je viens de perdre la moitié des lecteurs, et aussi les fans de C#).


Ce blog sera l’occasion de voir si je prends et vous donne du plaisir (je regagne quelques lecteurs) en vous racontant mes aléas, humeurs, opinions et autres réflexions pendant cette semaine à San Francisco. See you soon !

JavaOneMoreThing

Release : asciidoctor-ant 1.5.4 et plus ...

1.5.4

Nouvel artifact core

En route vers la 1.6 !

JavaOne 2016 : Day 0

Moscone Center

Java Keynote

Java 9

JavaEE 8

JavaOne Come Back

Il y a 5 ans …​

JavaOne 2016

Release : asciidoctor-ant 1.5.2

Annonce

Release note

Download

Jug Summer Camp 2015

6ème édition

Mon Jug Summer Camp

En tant que participant

En tant que speaker

Java8 et JavaEE7 sont dans le même POM

Java 8 : Stream et Iterator

Les Streams pour les Collections

Et pour les Iterators ?

Cas d’utilisation

Migration de WordPress vers HubPress

Constat

Hubpress

Migration

Asciidoctor et moi, et vous ?

Daiquiri : résolution de l'année

Devoxx World : Anvers et contre tous !

Jug Summer Camp 2012

Tuning JBoss 5.1.0 GA et EJB3

DevoxxFr : Code Story

En tout cas, un grand BRAVO à ces 4 développeurs !

DevoxxFr Tools In Action

Tester une application Web avec Selenium 2, Selenium Grid et TestNG

Chouchoutez votre code javascript

Réaliser des tests de charge avec Gatling

DevoxxFr Université : Les 5 mercenaires du DevOps

DevoxxFr Université : CDI mis en pratique avec travers Seam Social et Weld OSGi

Jenkins User Conference @Paris

Bref, j'ai vu Gavin King

Adam Bien : Real World Java EE Patterns Rethinking Best Practices

Devoxx France 2012 is born !

Mon palmarès de JavaOne 2011

Day Four : Patterns for modularity

Day Four : CDI in JavaSE

Day Four : CDI Today and Tomorrow

Day Two : JSR 107 The new caching standard

Day Two : JPA 2.1

Day Two : CDI 1.1

Day Three : The Road to JavaEE 7 : Is it all about the cloud ?

Day Three : Rethinking best practices with JavaEE 6

Day Three : Refactoring JavaEE 5 code to take advantage of JavaEE 6 features

Day Three : Patterns & Best Practices for CDI

Day Three : Modularity in Enterprise

Day Three : Hacking JavaEE with CDI extensions

Day Four : JBoss AS7, the Death of the Slow

Day Four : Community Keynote

Day Two : Strategy Keynote

Day One : Project Jigsaw

Day One : JavaDb features in JDK7

Day one : Technical Keynote

Day One : Hudson onward and upward

Day One : Continuous Integration with Jenkins

Day One : Arquillian, the Extendable Enterprise Application Test Platform

Welcome San Francisco

Le commencement

Nouvel artifact `core`

Il y a 5 ans …