2010 juillet | Blog Xebia France

Comment valider un bean ? L’idée de départ, comme toutes les bonnes idées, est très simple. Avant, pour confirmer que des données étaient valides selon certains critères métiers, le développeur pouvait être amené à intervenir sur plusieurs couches. Il pouvait agir, par exemple, sur la couche présentation, en ajoutant du javascript pour contrôler un champ du formulaire, ou bien ajouter du code de vérification dans la couche DAO avant de persister en base. Cette spécification a eu pour objectif, d’une part d’enrichir les entités métiers sur les valeurs que pouvaient prendre ses propriétés, et d’autre part de fournir un service capable de valider ces entités avec en plus un certain niveau d’information sur les cas non valides.

Lire la suite de cet article »

Revue de Presse Xebia

Article publié par Xebia France le 13 juillet 2010.

Catégorie(s) : Revue de presse

Aucun commentaire »

Mots-clefs :Android, Devoxx, JDuchess, JVM, Kanban, Méthodes agiles, SCRUM

Revue de Presse Xebia
La revue de presse de l’actualité Java/J2EE hebdomadaire proposée par Xebia.

Agilité

Le coin de la technique

Evènements de notre communauté en France et à l’étranger

Le programme du Devoxx 2010 se dévoile

Lire la suite de cet article »

Java en Production – Les fichiers de logs

Article publié par Cyrille Le Clerc le 7 juillet 2010.

Catégorie(s) : Exploitation

27 commentaires »

Mots-clefs :Java / JEE, log4j, logback, logs, Production

Tout a déjà été dit sur les logs. Pour preuve, ce n’est plus un sujet chaud, les équipes d’exploitation sont très contentes avec les logs de nos applications .

D’accord, l’envers du décor est moins reluisant et il reste une marge de progression. Nous avions proposé dans Les 10 commandements des logs applicatives des suggestions focalisées sur le contenu des fichiers de logs ; voici aujourd’hui des propositions pour gérer les fichiers eux-mêmes. Même si le sujet peut sembler trivial, ces bonnes pratiques peuvent grandement simplifier le quotidien des équipes de production et améliorer les relations tumultueuses entre exploitants et développeurs.

Au risque de surprendre certains, les exemples de ce billet utilisent Logback plutôt que le standard de-facto Log4j car certaines bonnes pratiques que je proposerai sont impossibles à mettre en oeuvre avec Log4j. Aujourd’hui, je préfère utiliser Logback à Log4j pour gérer les logs de mes applications … même si je suis nostalgique du format ‘.properties’ pour la configuration de ces dernières .

Bien que Logback ne soit pas le sujet de ce billet, j’ai ajouté à l’article initial un paragraphe « Pourquoi je préfère Logback à Log4j » pour expliquer ce choix.

Lire la suite de cet article »