{"id":1330,"date":"2021-10-01T10:18:16","date_gmt":"2021-10-01T08:18:16","guid":{"rendered":"https:\/\/www.loicmathieu.fr\/wordpress\/?p=1330"},"modified":"2021-10-01T10:18:16","modified_gmt":"2021-10-01T08:18:16","slug":"devoxx-france-2021-ledition-9-3-4","status":"publish","type":"post","link":"https:\/\/www.loicmathieu.fr\/wordpress\/fr\/informatique\/devoxx-france-2021-ledition-9-3-4\/","title":{"rendered":"Devoxx France 2021 – l’\u00e9dition 9 3\/4"},"content":{"rendered":"

Cette semaine, c’est Devoxx France. Et pour la premi\u00e8re fois depuis pas mal de temps, je sors de chez moi, et j’y vais !<\/p>\n

Je vous \u00e9cris ces mots dans le train de retour de la deuxi\u00e8me journ\u00e9e, pas de troisi\u00e8me pour moi cette ann\u00e9e. J’ai assist\u00e9 \u00e0 quelques talks, j’ai pris des notes \u00e0 certains, et pas \u00e0 d’autre.<\/p>\n

J’ai aussi donn\u00e9 un talk : Cr\u00e9er une extension Quarkus<\/a>, le replay devrait \u00eatre disponible dans quelque temps.<\/p>\n

Devoxx fut surtout l’occasion d’\u00e9changer avec plein de monde : des coll\u00e8gues nantais, des membres de la communaut\u00e9 Quarkus avec qui je pouvais enfin \u00e9changer \u00ab\u00a0en vrai\u00a0\u00bb, et plein d’autres personnes crois\u00e9es sur des stands, dans des conf, ou dans la salle des speakers. Pour moi c’est \u00e7a l’\u00e2me de Devoxx : les \u00e9changes !<\/p>\n

Pour ceux qui seraient int\u00e9ress\u00e9, voici les talks auxquels j’ai assist\u00e9, et les notes que j’ai prises, quand j’en ai prises.<\/p>\n

Microservices r\u00e9actifs avec Quarkus – Cl\u00e9ment ESCOFFIER et St\u00e9phane \u00c9PARDAUD<\/h2>\n

Ma premi\u00e8re conf\u00e9rence \u00e0 Devoxx FR est l’universit\u00e9 Quarkus, connaissant les deux speakers j’ai d\u00e9cid\u00e9 d’y aller m\u00eame si je connais d\u00e9j\u00e0 bien le sujet ;). On ne sait jamais, c’est toujours possible d’apprendre de nouvelles choses ;).\nOn commence par une pr\u00e9sentation classique de Quarkus, il faut avouer que comme je la connais par c\u0153ur, je n’ai pas vraiment \u00e9cout\u00e9, mais les speakers \u00e9tant de qualit\u00e9 c’est toujours agr\u00e9able \u00e0 suivre, m\u00eame de loin.<\/p>\n

Quarkus est une pile pour construire des syst\u00e8mes distribu\u00e9s, donc pour g\u00e9rer les I\/O. Il est donc n\u00e9cessaire de s’interfacer avec les primitives offertes par les OS. Principe : un petit nombre d’I\/O threads g\u00e8rent les I\/O, et toutes les extensions, ainsi que votre application, s’interfacent avec le c\u0153ur r\u00e9actif. Aujourd’hui, au-dessus de son c\u0153ur r\u00e9actif, Quarkus offre plus de 400 extensions depuis code.quarkus.io<\/a> pour s’interfacer avec un grand nombre de technologies et frameworks Java existants.<\/p>\n

Apr\u00e8s une introduction de 30mn et une premi\u00e8re d\u00e9mo Hello World un peu laborieuse ;) (effet d\u00e9mo, \u00e7a arrive); pr\u00e9sentation du cheese shop qui va nous guider pendant toute la session : un magasin de fromage en ligne utilisant RESTEasy (JAX-RS), Hibernate ORM with Panache (JPA), MicroProfile REST Client et Kafka. On entre ici dans le vif du sujet, chaque couche applicative, et chaque extension, nous est pr\u00e9sent\u00e9e. Nous commen\u00e7ons ici avec les impl\u00e9mentations \u00ab\u00a0classiques\u00a0\u00bb ou \u00ab\u00a0imp\u00e9ratives\u00a0\u00bb de ces frameworks. Le code est non trivial, surtout pour la ressource REST, ce qui est inhabituel dans ce type de d\u00e9mo, au risque de perdre un peu les gens lors de la pr\u00e9sentation de celle-ci. J’imagine que c’est n\u00e9cessaire pour montrer la puissance des fonctionnalit\u00e9s r\u00e9actives \u00e0 disposition dans Quarkus.<\/p>\n

Pr\u00e9sentation de ce qu’est le r\u00e9actif, et de pourquoi on est arriv\u00e9 \u00e0 ce besoin : probl\u00e9matique des syst\u00e8mes distribu\u00e9s et de l’accroissement des usages. Le r\u00e9actif est une mani\u00e8re de \u00ab\u00a0mieux\u00a0\u00bb faire les syst\u00e8mes distribu\u00e9s en utilisant de l'\u00a0\u00bbasynchronous message passing\u00a0\u00bb<\/em> au lieu d’un appel synchrone entre les diff\u00e9rents composants. Offre \u00e9lasticit\u00e9 et r\u00e9silience.<\/p>\n

Apr\u00e8s une petite pause de 15mn, nous voici revenu pour parler r\u00e9actif, r\u00e9actif, et Mutiny! On commence par une petite session de question, \u00e0 chaque question pos\u00e9e, un fromage gagn\u00e9 servit par St\u00e9phane, le ma\u00eetre fromager. Et comme St\u00e9phane donne autant de fromage qu’il en mange, il faut se d\u00e9p\u00eacher ;).<\/p>\n

On va un peu plus en profondeur dans le fonctionnement r\u00e9actif et non-bloquant, \u00e7a commence \u00e0 parler signaling<\/em>, flow control<\/em> et reactive stream<\/em>. Puis pr\u00e9sentation de Mutiny, une API r\u00e9active facile \u00e0 utiliser, navigable, qui ne n\u00e9cessite pas un doctorat en informatique ou une sp\u00e9cialisation en programmation fonctionnel pour l’utiliser.\nMutiny expose deux types : Multi et Uni, via un mod\u00e8le de souscription. Mutiny est structur\u00e9 par groupe d’API pour faciliter sa d\u00e9couverte, et a une logique d\u2019\u00e9v\u00e9nement (onItem, onFailure, …). Et l\u00e0 j’ai appris un petit trick utile : il existe un op\u00e9rateur log()<\/code> \u00e0 Mutiny qui va logguer chaque \u00e9tape du pipeline d’op\u00e9ration.<\/p>\n

On reprend ensuite la d\u00e9mo avec la migration pas \u00e0 pas de l’application cheese store d’un mod\u00e8le imp\u00e9ratif vers un mod\u00e8le r\u00e9actif.<\/p>\n

Premi\u00e8re \u00e9tape : passage \u00e0 Resteasy r\u00e9active qui utilise l’API JAX-RS mais avec moins de boilerplate : annotation d\u00e9di\u00e9e (@RestPath<\/code>code>@RestPath<\/code<\/a> et autre), s\u00e9rialisation JSON par d\u00e9faut, @Context<\/code>code>@Context<\/code<\/a> facultatif ,d\u00e9claration des filtres et exception mappers plus simple.<\/p>\n

Au build, RESTEasy reactive va g\u00e9n\u00e9r\u00e9 le bytecode pour appeler le endpoint avec ses filtres et son serializer : pas d’\u00e9tapes superflues, pas de r\u00e9flexion. Un intercepter pas utilis\u00e9 ne sera pas appel\u00e9.<\/p>\n

Puis, pr\u00e9sentation de Hibernate r\u00e9active : Hibernate avec les drivers r\u00e9actifs de Vert.x, une nouvelle api Session<\/code> et Query<\/code>, et qui utilise Mutiny.\nHibernate reactive utilise les annotations JPA, donc les entit\u00e9s ne sont pas \u00e0 modifier.<\/p>\n

Pour finir, pr\u00e9sentation du reactive REST client.\nCelui-ci permet de d\u00e9finir un client REST via une interface et les annotations JAX-RS, comme le client standard. Ceci a l’avantage de ne pas devoir manipuler la couche HTTP.\nLa version r\u00e9active pr\u00e9sente une api bas\u00e9e sur Mutiny et utilise des I\/O non bloquants.<\/p>\n

Conclusion, question, et distribution de fromage !<\/p>\n

Une universit\u00e9 dense et men\u00e9e haut la main par deux speakers de talents et que j’appr\u00e9cie \u00e9norm\u00e9ment ;)<\/p>\n

Profiling et monitoring avec le JDK – Jean-Michel DOUDOUX<\/h2>\n

J’ai h\u00e9sit\u00e9 longtemps sur quelle conf\u00e9rence aller voir avant mon passage \u00e0 Devoxx. Un de mes coll\u00e8gues me dit toujours qu’il faut profiter des conf\u00e9rences pour aller voir des sujets en dehors de sa zone de connaissance, pour s’ouvrir l’horizon. Il a tout \u00e0 fait raison, mais n’ayant jamais vu JM Doudoux, et beaucoup de gens m’en ayant parl\u00e9, je choisis quand m\u00eame d’aller voir son talk.\nN’ayant plus de batterie \u00e0 ce moment, je n’ai pas pris beaucoup de note, mais le talk fut agr\u00e9able, tr\u00e8s instructif et tr\u00e8s technique : comme je les aime quoi ;)<\/p>\n

JM nous as rappel\u00e9 l’historique de JFR et de JMC, puis il a parcouru l’ensemble des fonctionnalit\u00e9s de JFR, y compris la possibilit\u00e9 de cr\u00e9er ses propres \u00e9v\u00e9nement et la toute nouvelle streaming API. Il a ensuite parl\u00e9 de l’\u00e9cosyst\u00e8me existant ou en cours de d\u00e9veloppement (sans parler de Quickperf<\/a> qu’il ne semble pas connaitre, c’est un projet auquel je contribue de temps en temps et qui a aussi une int\u00e9gration avec JFR).<\/p>\n

Pour finir, il nous a pr\u00e9sent\u00e9 JMC avec force screenshot et explications.<\/p>\n

J’ai d\u00fb partir avant la fin pour me pr\u00e9parer (mentalement) pour mon propre talk.<\/p>\n

Cr\u00e9er une extension Quarkus – Lo\u00efc MATHIEU<\/h2>\n

Vote serviteur au micro !<\/p>\n

Apr\u00e8s une courte introduction sur Quarkus et ses extensions, j’ai fait une d\u00e9mo pas \u00e0 pas de la cr\u00e9ation d’une extension avec configuration, bean CDI, parcours de l’index de code, enregistrement de bean CDI, enregistrement d’information de reflection pour GraalVM, pour finir par de la g\u00e9n\u00e9ration de bytecode !<\/p>\n

Ce f\u00fbt dense, j’ai d\u00fb perdre quasiment tout le monde \u00e0 la fin et, malgr\u00e9 le sujet tr\u00e8s technique, j’ai eu pas mal de questions. Pourtant j’ai r\u00e9ussi \u00e0 finir pile \u00e0 l’heure, \u00e0 la seconde, pr\u00e8s pour \u00e9viter \u00e7a ;)<\/p>\n

Parler \u00e0 Devoxx est toujours une exp\u00e9rience et un challenge, m\u00eame un tools in action dans une petite salle est un accomplissement ! Apr\u00e8s tout, c’est la plus grande conf\u00e9rence de d\u00e9veloppeur de France !<\/p>\n

Cela faisait aussi pr\u00e8s de 2 ans que je n’avais pas pris le train, ni le m\u00e9tro, ni fait un talk en pr\u00e9sentiel ! Et c’est comme le v\u00e9lo, \u00e7a ne s’oublie pas. Bien s\u00fbr, il y a le trac qui est bien plus pr\u00e9sent en pr\u00e9sentiel qu’en remote. Mais une fois lanc\u00e9 dans ma pr\u00e9sentation et ma d\u00e9mo, tout coulle sans soucis.<\/p>\n

Bon, je ne suis pas super content de ma prestation, je n’ai pas fait assez de r\u00e9p\u00e9tition. Je trouve que l’introduction \u00e9tait trop longue ,et la d\u00e9mo manquait un peu de \u00ab\u00a0fil rouge\u00a0\u00bb, et n’a pas d\u00fb \u00eatre facile \u00e0 suivre. Si je dois redonner ce talk, il faudra que je le retravaille.<\/p>\n

Benchmark HTTP grandeur nature – Julien VIET <\/h2>\n

Julien va nous parler du Techempower benchmark, de la position de Vert.x dans celui-ci et de comment ce benchmark a fait r\u00e9fl\u00e9chir la communaut\u00e9 Vert.x sur ses performances et le travail qui a \u00e9t\u00e9 effectu\u00e9 pour les am\u00e9liorer.<\/p>\n

Techempower : ensemble de benchmarks HTTP des frameworks \/ plateformes depuis 2013. C’est un benchmark opensource disponible sous github. Plus de 400 frameworks dans 26 langages. Attention certains frameworks ont \u00e9t\u00e9 \u00e9crit sp\u00e9cifiquement pour le benchmark, et ne sont pas r\u00e9ellement utilisable en condition r\u00e9elle. Des runs du benchmark sont fait tout les 5 jours automatiquement.<\/p>\n

En 2013, Vert.x est premier dans le benchmark PLAINTEXT<\/em>, en 2017, il passe \u00e0 la place 14 car Vert.x n’a pas tenu compte de l’\u00e9volution du benchmark et des comp\u00e9titeurs. Vert.x est beaucoup plus loin que Netty sur lequel il se base.<\/p>\n

Questionnement : est-ce que Vert.x a perdu en performance ou est-ce que le benchmark est mauvais.\nUtilisation d’outils pour analyser ses performances : async-profier, perf\/dtrace, JMC\/JFR et analyse des logs du Just In Time compiler (JIT).<\/p>\n

Explication du sc\u00e9nario du benchmark PLAINTEXT<\/em>: Hello World avec HTTP pipelinning et un nombre de connexion important.<\/p>\n