Batch

Évènement

Présentation Spring Batch au JUG de Lausanne hier

Posté le par Cyril Picat

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.

Lire la suite
Méthode

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

Posté le par Olivier Mallassi

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
Archi & techno

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

Posté le par Marc Bojoly

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é…

Lire la suite
Évènement

Retour sur le BarCamp Java du Mardi 30 Septembre

Posté le par Luc Bizeul

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
Archi & techno

Spring-Batch : par quel bout le prendre ?

Posté le par Julien Jakubowski, Benoit Lafontaine

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
Méthode

Retour d’expérience BPMN

Posté le par Olivier Carre

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
Méthode

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

Posté le par Marc Bojoly

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