Si le gens qui écrivent ces librairies pouvaient de temps en temps regarder si une solution semblable (comme commons-configuration, par exemple) n'existe pas déja, la vie serait bien plus simple.

une extension de JUnit 5 permettant de faire des tests "de performance". Pourquoi les guillemets ? Parce que JUnit rajoute trop de couches pour que le test de performance réalisé soit parfaitement exact. Mais dans les cas qui m'intéresse, c'est bien suffisant.

Une machine virtuelle pour faire tourner du Java sur des environnements assez spécifiques (GPU, FPGA). C'est une sacrée idée !

Une librairie intéressante dont l'objectif est de mapper des données vers/depuis des bases de données, et compatible avec tout un tas d'api bas niveau.

Euh, c'est spectaculaire ce truc qui prend une lambda et en extrait l'expression pour fournir des capacités de génération de code !

Un ORM rigolo qui repose (je mise ma chemise là-dessus) sur un peu de génération de code

Un générateur de requête SQL à partir de beans Java. C'est sympathique, et c'est aussi la base de n'importe quel ORM. Mais ça n'est qu'une partie de mon besoin du jour.

une librairie Java permettant de représenter une requête SQL "comme" un stream Java 8. C'est très intelligent, et ça peut apporter beaucoup de valeur.

C'est rigolo cette librairie qui semble utilisable pour mettre à jour des morceaux de page web

Dans la mesure où assert est désactivé en mode "production", il faut utiliser une autre solution. Et cette librairie a une api extrêmement bien pensée. Je vais m'en servir très prochainement.

Une extension de JUnit (4 et 5) permettant de faire du test de performance. Ca remplacera le défunt Contiperf.

Ca faisait bien longtemps que je me demandais si il existait un outil en ligne de commande pour manipuler mon pom. Et évidement, ça existe ! (j'ai juste mis trop longtemps à le trouver)

Une bonne astuce pour générer du code Java quand on utilise plusieurs schémas

Un moyen moderne et réutilisable facilement d'initialiser des variables d'environnement dans des tests (parce que c'est normalement impossible en Java)

Un client Blood Bowl basé sur Vassal. Ca a l'air bien! Et en plus, c'est du Java !

Il y a des tonnes de gens qui utilisent des formateurs génériques pour leur code (editorconfig & co). Pour ma part, j'aime que les choses soient faites par les outils spécialisés. Et pour formater le coder, je trouve que spotless agrège agréablement tout un tas d'outils de formatage.

J'ignorais que libhunt fournissait des pages dédiées par langage, qui inclut des comparaisons entre frameworks. C'est très pratique !

J'ignorais complètement qu'assertj disposait d'un plugin maven permettant de générer des assertions pour les classes que j'écris. C'est très cool!

Une façon intéressante d'écrire des assertions, quelquesoit le framework de test, pour éviter qu'elles ne plantent à la première erreur mais affichent plutôt un rapport agrégé.

Le PMC d'Apache semble se heurter aux mêmes problèmes de calculs de popularité que moi ... dans un autre contexte, mais lui a accès a des chiffres de meilleure qualité que moi.