Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

  1. #1
    Responsable Java

    Tutoriel pour réduire l'empreinte serveur d'une API REST en JAVA en la compilant en code natif avec Quarkus
    Bonjour,

    François-Xavier Robin nous propose un tutoriel sur l'utilisation de Quarkus pour réduire l'empreinte serveur d'une API REST en JAVA en la compilant en code natif.

    Pour consulter le tutoriel : https://fxrobin.developpez.com/tutor...raalvm-docker/

    N'hésitez pas à laisser des commentaires à la suite.

    Mickael BARON pour l'équipe Java de Developpez.com

    Retrouver les meilleurs cours et tutoriels pour apprendre la programmation en Java

    Retrouver les meilleurs cours et tutoriels pour apprendre la programmation Web avec Java
    Responsable Java de Developpez.com (Twitter et Facebook)
    Besoin d"un article/tutoriel/cours sur Java, consulter la page cours
    N'hésitez pas à consulter la FAQ Java et à poser vos questions sur les forums d'entraide Java
    --------
    Ingénieur de Recherche en informatique au LIAS / ISAE-ENSMA
    Page de Developpez.com : mbaron.developpez.com
    Twitter : www.twitter.com/mickaelbaron
    Blog : mickael-baron.fr
    LinkedIn : www.linkedin.com/in/mickaelbaron
    DBLP : dblp.uni-trier.de/pers/hd/b/Baron:Micka=euml=l

  2. #2
    Expert éminent
    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.

  3. #3
    Membre chevronné
    Bonjour sekaijin,

    je suis d'accord avec ta vision sur Spring Data.
    J'ai longuement hésité à rajouter cette couche à la place de Quarkus-Panache.

    Ce qui m'a décidé : montrer que Quarkus n'était un monde "fermé" et que l'on pouvait ajouter des libs sans problème.
    De plus Spring Data JPA est "supporté" et documenté par Quarkus, même si c'est qu'en preview : https://quarkus.io/guides/spring-data-jpa

    Quant à Lombok, je suis d'accord avec toi quant à sa "fragilité", mais je ne peux plus m'en passer :-)

    Merci pour le partage de ton avis.
    F.X.
    Moins on code, moins il y a de bug ... et vice-versa ainsi qu'inversement ...

###raw>template_hook.ano_emploi###