Présentation Spring Batch au JUG de Lausanne hier

OCTO Suisse

Merci à Julien et Olivier qui ont présenté Spring Batch hier au JUG de Lausanne devant un public restreint mais avec beaucoup de discussions et de questions à la clef.

Les slides de la présentation sont disponibles sur le site du JUGL :

Rendez-vous le mois prochain pour parler de performance en Java avec Ludovic Poitou qui nous fera un retour d’expérience sur l’optimisation d’OpenDS. Vous pouvez d’ores et déjà vous inscrire ici, la présentation aura lieu le jeudi 9 décembre à Lausanne.

De l’applicabilité de certains principes du « manufacturing » aux chaînes de batch – Part 2

La précédente partie avait permis de fluidifier notre chaine de batch. Essayons d’optimiser le flux…

(Lire la suite…)

De l’applicabilité de certains principes du « manufacturing » aux chaînes de batch – Part 1

On parle beaucoup des principes Lean appliqués à l’IT, de théorie des contraintes, on essaye de voir comment ces concepts, ces pratiques voire ces « philosophies » s’appliquent ou s’adaptent à notre monde informatique. Alors, je me suis lancé, avec humilité croyez moi, dans un exercice de style : appliquer certains principes du manufacturing pour optimiser une chaîne de batch, ie. augmenter le nombre d’éléments traités dans la fenêtre de batch disponible.
(Lire la suite…)

Parallélisation, distribution partie 3 : comment tirer parti des processeurs multi-coeurs à travers l’API de concurrence de Java 7 ?

Cet article sera à la fois le troisième de la série sur la parallélisation et la distribution et l’un des articles sur les nouvelles fonctionnalités sur la concurrence introduites par Java 7. Nous allons présenter les limitations des solutions actuelles puis la nouvelle API définie par la jsr166y. La version de prévisualisation 1.7.0-ea-b37 ne contenant pas l’API, je me suis basé sur le framework fj, porté par le responsable de la JSR Doug Lea. Les dernières informations de devoxx confirment par contre que cette fonctionnalité sera bien incluse dans Java 7.
(Lire la suite…)

Another day @ Devoxx

« Et ça continue, encore et encore…. ». ne me demandez pas pourquoi j’ai cet air dans la tête. ce n’est franchement pas mon style de musique…

(Lire la suite…)

Les rencontres Spring 2008

Organisé par Julien Dubois de SpringSource et Didier Girard de Sfeir, une chouette matinée dense en contenu, au final pour les Geek & les Boss! L’idée fait son chemin…
(Lire la suite…)

Retour sur le BarCamp Java du Mardi 30 Septembre

Java Bar CampTout d’abord un grand merci à Grégoire Japiot et Mathieu Coste deux amis Barcamper qui m’ont aidé à monter ce premier BarCamp Java et à lui donner une touche de terroir (enfin une soirée de geek avec de la vraie nourriture :) ), sans oublier les OCTOs qui ont participé pour l’organisation.

La soirée s’est très bien passée, avec une trentaine de personnes en moyenne (la liste est ici ) et de nombreux sujets ont été proposés.

(Lire la suite…)

Spring-Batch : par quel bout le prendre ?

SpringSpring-Batch répond à un besoin récurrent : la gestion des programmes batchs écrits en Java. Si le framework semble de plus en plus complet et fonctionnel, celui-ci souffre de sa complexité de configuration et reste un peu difficile d’accès malgré les efforts de l’équipe de développement. Personnellement, j’ai passé quelques heures pour faire fonctionner mon premier batch. Les exemples fournis fonctionnent rapidement, et illustrent très bien les possibilités qu’offre Spring-Batch. Mais, comme ces possibilités sont très riches, les exemples sont nombreux et (nécessairement) complexes. On lit la documentation, on regarde les multiples exemples en détail, et au moment d’implémenter notre premier batch et de plonger pleinement dans le cœur du sujet, on se pose la question « Mais par quel bout je commence ? ».

Donc, pour permettre aux gens qui, comme moi, aiment bien créer leur « hello-world » afin de bien comprendre ce qu’ils utilisent, voici un exemple minimal d’un projet Spring-Batch.

(Lire la suite…)

Retour d’expérience BPMN

Si j’avais à évaluer BPMN et à lui donner une note sur 10, je lui donnerai 7/10.
Avant de vous donner les raisons qui me poussent à donner 7 et les raisons pour lesquelles j’aurai mis 10, je vous propose un tutorial qui vous permettra de découvrir BPMN.

(Lire la suite…)

De la complémentarité des démarches de test

Dans tout projet, les tests occupent une place très particulière. Leur vocation première est de s’assurer que le logiciel répond au besoin. Ils assurent ainsi le lien entre le monde des utilisateurs et le monde du développement. Les tests se retrouvent de manière très formelle – quasi juridique – dans le process de validation (le « PV de recette »). Ce rôle de point d’orgue du projet (sa conclusion) occulte très souvent la place réelle des tests, on oublie qu’ils ont participé très en amont à l’élaboration du livrable : derrière un PV de recette dûment signé, combien de bugs ont dû être préalablement corrigés, combien de chapitres a-t-il fallu revoir dans les spécifications ? Ces ajustements n’ont pas été produits ex nihilo, ils sont le résultat de la constatation d’une anomalie, d’un test en fait. S’ils ne sont pas formalisés, on les retrouve indirectement dans les écrits du projet : soit sous forme de complément de spécifications, soit aussi sous forme de correction de bug.

Lorsque le test n’est plus formalisé  » sous le manteau  » mais fait l’objet d’une démarche systématisée, on parle de démarche pilotée par les tests.

Trop souvent cette démarche est opposée à l’approche classique, et ce de façon manichéenne. Nous allons voir au contraire que les deux démarches sont complémentaires et que les outils correspondants peuvent être facilement intégrés.
(Lire la suite…)