http://www.slideshare.net/julien.dubois/spring-3-en-production

Je l’avais annoncé via Twitter il y a pas mal de temps, si vous voulez être tenus au courant en temps réél, suivez @juliendubois.

D’autre part, la première conférence a été filmée et mise en ligne par Serli (les organisateurs du « JUG Summer Camp »), vous pouvez la visualiser ici:

http://parleys.com/#sl=1&id=2051&st=5

(si vous voulez voir directement les hommes musclés, c’est ici: http://parleys.com/#sl=21&id=2051&st=5 )

Cette seconde session aura donc lieu le 21 Septembre (avec le même programme): si vous n’avez pas pu avoir de place à la première, dépêchez-vous de vous inscrire.

Pour vous donner envie, quelques retours des participants du JUG Summer Camp, où cette présentation a été inaugurée la semaine dernière:

• @deja_pris présentation très claire des possibilités de Spring 3 en production
• @CedricLevasseur vraiment super ! Bravo

Un grand merci à Nicolas pour avoir bien voulu participer avec moi à cette petite guerre par blogs interposés! Bien entendu, mon billet précédent était une blague, tout comme celui de Nicolas.

Rendez-vous ce soir sur le port de La Rochelle pour fêter la fin de la conférence, j’annoncerai le restaurant via Twitter (@juliendubois).

Le résultat est assez sympa:

I am the future of Java

A priori Oracle va utiliser cette campagne un peu partout, et en particulier à JavaOne.

Le but de ce billet est donc d’en expliquer simplement le fonctionnement, en espérant que cela pousse plus de monde à l’utiliser.

A quoi sert cette chose au nom barbare?

Un Persistence Context étendu est utile dès lors qu’un utilisateur doit faire un certain nombre d’actions, et que vous souhaitez pouvoir sauvegarder l’ensemble des données ajoutées/modifiées/supprimées au sein d’une seule transaction.

C’est typiquement le cas lorsqu’un utilisateur rempli un « wizard »: cela peut être un panier dans une boutique en ligne, ou un QCM. C’est également très fréquemment le cas dans le cadre d’applications métier: un utilisateur va renseigner plusieurs écrans, et l’ensemble doit être sauvegardé en base de données.

Pourquoi vouloir gérer cet ensemble d’actions au sein d’une même transaction?

• C’est la seule chose correcte au niveau métier: votre client veut des données correctes en base, pas des « wizards » à moitié remplis, qui ne lui servent à rien
• C’est plus performant au niveau technique: une seule transaction pour tout insérer, c’est plus performant qu’une transaction à chaque changement d’écran

Comment peut-on réaliser cela? 2 méthodes classiques

• La méthode « Struts »: vous stockez ces données en Session, dans un objet spécifique. Lors de la confirmation finale par l’utilisateur, vous transformez alors cet objet « stockage de données » en objets Hibernate, et vous sauvegardez le tout. Cela fonctionne bien mais cela a deux défauts: il faut coder cet objet « stockage de données », et cet objet est géré en session (on ne peut faire qu’un traitement à la fois, ce qui conduit à des sites comme voyages-scnf.com où vous ne pouvez réserver qu’un seul billet à la fois).
• La méthode « GWT »: vous n’avez en fait qu’une seule page Web, avec des <div/> qui s’affichent et se cachent pour chaque écran, la confirmation finale envoyant l’ensemble des informations au serveur. Cette méthode est plus élégante, mais requiert d’avoir un framework JavaScript avancé (ainsi que d’avoir un navigateur Internet récent, ce qui n’est pas toujours le cas en entreprise). Pour information, c’est la méthode que j’utilise sur http://responcia.net.

• 97 Things Every Project Manager Should Know
• 97 Things Every Software Architect Should Know
• 97 Things Every Programmer Should Know

Ces trois livres sont plutôt des condensés de conseils que l’on peut retrouver un peu partout ailleurs: rarement révolutionnaires, l’intérêt est de concentrer un grand nombre d’idées dans quelques pages rapides à lire, dans un style plutôt ludique. L’idéal pour quiconque prend les transports en commun pour aller au travail!

Ce qui est révolutionnaire, par contre, c’est que le dernier de ces trois livres est disponible en version « Creative Commons », c’est-à-dire que vous pouvez lire l’intégralité du livre sur un site Internet fourni par l’éditeur:

http://programmer.97things.oreilly.com/wiki/index.php/Contributions_Appearing_in_the_Book

C’est là un pari que je trouve particulièrement courageux: l’éditeur pense que donner le contenu de son livre gratuitement finira par lui augmenter ses ventes. On peut difficilement lui donner tord: sinon ce billet même ne serait pas écrit.

Quoiqu’il en soit, on trouve de nombreuses pépites dans ces 97 règles du programmeur. J’en prendrai une parmi tant d’autres:

http://programmer.97things.oreilly.com/wiki/index.php/Floating-point_Numbers_Aren%27t_Real

Effectivement, le langage Java préfère la rapidité du calcul à leur précision. Le premier exemple donné dans ce chapitre est d’ailleurs flagrant: vous pouvez faire le test en Java avec un Float, vous aurez effectivement le problème (et avec le Double vous serez… deux fois plus précis!). Cela vous évitera de vous ridiculiser comme le font actuellement les informaticiens de SFR avec une erreur d’arrondi dans les factures, qui est du à « un problème informatique »:

http://fr.news.yahoo.com/68/20100831/tsc-sfr-surtaxe-mystrieusement-ses-clien-04aaa9b.html

Si vous ne connaissez pas encore le « Spring User Group FR », il s’agit de la communauté des utilisateurs de Spring en France. Elle est animée par  Arnaud Cogoluègnes (l’un de mes co-auteurs de « Spring par la pratique », travaillant chez Zenika) et Olivier Bazoud (de FullSix).

Venez nombreux!

Après un premier article introductif sur Jersey, qui semble-t-il a été très populaire, ce nouvel article s’attaque à JQuery, la célèbre librairie JavaScript. Vous y apprendrez les bases de la librairie, ainsi qu’un certain nombre de ses fonctionnalités principales (les animations, par exemple):

• Article 1: Introduction à Jersey
• Article 2: Introduction à JQuery

Cet article reste dans le même style que le premier, avec un partie théorique toujours mise en pratique avec un exercice concret. Si vous ne connaissez pas encore JQuery, je vous conseille vivement de suivre cet article: en une demi-heure cela vous donnera de bonnes bases, et vous pourrez enfin épater vos collègues (« - Il est super ton site en Flash! – Non, non c’est du JavaScript, tout simplement. »).

Notez bien qu’après ce deuxième article introductif, les articles suivants vont monter en niveau technique: l’article 3 traitera de l’intégration Jersey/JQuery, avec de l’Ajax, et l’article 4 traitera de concepts plus avancés comme la sécurité (avec une faille XSS présente dans notre application!) et de la performance.

Sachez enfin que ces derniers articles ont été très largement influencés par les retours du premier article, comme quoi Oracle et Responcia ont vraiment pour volonté de dialoguer avec les développeurs et de répondre à leurs besoins.

Bonne lecture à tous!