Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous

Identifiant
Mot de passe

Mot de passe oublié ?

Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

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

Un tutoriel de François-Xavier Robin

Le 5 mai 2020 à 20:30, par Mickael Baron

51PARTAGES

Voter pour

9

Voter contre

0

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

Vous avez lu gratuitement 58 articles depuis plus d'un an.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer à vous proposer des publications.

Une erreur dans cette actualité ? Signalez-nous-la !

Votre nom : Votre e-mail :

Décrivez l'erreur que vous souhaitez porter à notre connaissance :

Commenter Signaler un problème

Expert éminent

Le 06/07/2020 à 11:10

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.

Voter pour

1

Voter contre

0

Membre chevronné

Le 07/07/2020 à 11:33

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.

Voter pour

1

Voter contre

0