Réduire l'empreinte serveur d'une API REST en JAVA en la compilant en code natif avec Quarkus

Bonne Introduction dans l'ensemble

Mais je pense qu'il aurait été préférable de ne pas introduire d'autres librairies, afin de permettre au lecteur de voir Quarkus et d'en apprendre le périmètre.

Pour un exemple aussi simple devoir écrire quelque getter et setter pour ne pas embarquer Lombok ne demandait pas un gros effort.

Pour Spring je trouve le choix beaucoup plus discutable. Pourquoi importer Spring JPA alors que quarkus fait quelque chose d'équivalent nativement.
C'est trompeur. En lisant l'article on pourrait se dire que quarkus ne propose rien pour JPA et qu'on est donc obligé d'utiliser une librairie externe.
Il en est rien puisque tout ce qui est utilisé de Spring-JPA dans l'exemple est fait nativement par Quarkus. Il suffit d'importer quarkus-panache.

A+JYT
PS: pour information je rappelle que lombok se base pour le processing de ses annotations sur un "hack" du JDK. Il va inspecter quel compilateur est utilisé, et surcharger des classes privée du JDK à fin d'injecter son code dans la classe parsée. Java ne permet pas de modifier la classe en cours de compilation mais d'en générer une nouvelle. La possibilité d'injecter du code dans la classe est dans le pipe des évolution de java mais n'est pas dans le jdk à ce jour. Cela n'empêche pas lombok de faire un excellent travail, mais c'est une fragilité, et une difficulté pour les outils qui tel quarkus.