Mockito ou les limites de Java de l'intérieur

Mockito est un framework utilisé la plupart du temps au sein des tests unitaires permettant de créer et configurer des bouchons à partir de n'importe quelle classe ou interface Java.

Pour ceux qui ne connaissent ni le fonctionnement, ni la syntaxe Mockito, je vous invite à vous rendre sur le site du projet pour voir ce qu'il est possible de faire.

Je vais vous présenter ici la solution à un problème que j'ai rencontré dans l'utilisation de cet outil. Lors de la création d'un test unitaire utilisant des @Spy je suis tombé sur un os auquel on ne s'attend pas au premier abord.

SLF4J, Servlet & RequestId

Comme beaucoup de développeurs j'ai eu l'occasion de lire, copier, coller, déchiffrer, générer de nombreuses lignes de logs à travers les applications en phase de développement ou de maintenance.

Un problème commun auquel on se retrouve rapidement confronté si l'on code des applications Web (donc multi-utilisateurs), c'est celui de pouvoir suivre les logs générés par une requête en particulier dans des fichiers de logs qui font souvent plusieurs milliers de lignes.

Maven et les Jars exécutables

Un problème que l'on rencontre souvent avec des projets maven c'est d'essayer de générer en tant que livrable (package) un bundle d'un jar "exécutable" en faisant java -jar *.jar

Avec une application toute simple on tombe déjà sur de nombreux problèmes, prenons l'exemple d'une application qui fait un "hello world" en prenant soin d'utiliser au passage une librairie tierce (Google Guava dans notre exemple).

AppInventor : moi aussi j'veux faire mon appli !

Google a lancé il y a quelques jours les premières invitations pour AppInventor.

Cet outil en ligne permet de concevoir une application Android en quelques clics de manière relativement intuitive.
L'outil se présente sous la forme d'un éditeur graphique tournant dans un navigateur offrant la vue sur l'unique écran de l'application sur lequel il est possible d'insérer des widget graphiques.

Création d'un projet dans AppInventor

A bas les RPC ! RestyGWT + Jersey

A bas les RPC !

Comme le décrit bien ce post, l'un des problèmes qui se pose avec GWT c'est l'utilisation des RPC pour les échanges avec le Serveur. Cette façon de faire complique allègrement le code pour finalement pas grand chose (RPC, RPCAsync, protocole non transparent...).

Le post de Zack Grossbart propose une solution simple, utiliser les mécanismes REST pour communiquer avec les serveurs.

REST is everything GWT RPC isn’t: fast, easy to debug, and simple. It also does more.