Une version pour Rust du concept déja vu dans QI4J (en Java). Ca a toujours l'air puissant ... Et absolument incompréhensible. Le seul avantage de cette version Rust, c'est qu'à mon avis le lien entre composants doit se faire à la compilation, ce qui rend l'exécution rapide (et sans le temps de démarrage catastrophique des grosses applications Java).

Tout le monde connaît (à défaut d'utiliser) ArchUnit. Konsist semble fournir une alternative orientée Kotlin, mais à priori utilisable aussi en Java.

Une bon sang d'astuce pour ouvrir facilement les modules Java. Je me demande si ça marche "vraiment"

L'article n'est pas vraiment surprenant pour moi, mais il annonce clairement pourquoi la plupart du temps les microservices sont une mauvaise idée. Et ça vaut toujours la peine de le rappeler.

Me voilà obligé de créer un fichier .mvn/jvm.config ... Tout ça pour compiler du GWT. Ce serait drôle, si ça n'était pas triste!

Un guide complet de la migration de Java 8 à Java 11

Heu ... Je suis ... interpelé ?
Rassurez-vous, ça n'est que de la science-fiction, enfin, peut-être

Oh ben tiens je me posais la question la semaine dernière, pour déployer deux composants Spring dans le même conteneur. Et effectivement, l'exemple de Nicolas n'est pas très bon, j'aurais plutôt mis deux jeux de fonctionnalités différents.

Oh la belle astuce pour pousser du contenu dans github pages depuis maven !

Effectivement, le déploiement des modules Java est un succès "d'estime". Quel dommage qu'OSGi n'ait jamais été reconnu comme une solution à ce problème (je ne dis même pas une bonne solution)

Heureusement que j'ai bouffé du requirejs, je comprend à peu près le truc