Cet épisode marathon sera découpé en deux morceaux pour éviter à vos oreilles une écoute marathon. Dans cet épisode on y parle Brian Goetz, Bian Goetz, Brian Goetz, usages des threads virtuels, OpenAPI, Kubernetes, KNative, copilot et Tekton. La deuxième partie couvrira des sujets d’architecture et de loi société et organisation ainsi que les conférences à venir.

Enregistré le 8 juillet 2022

Téléchargement de l’épisode LesCastCodeurs-Episode–281.mp3

News Langages

Peut-être une nouvelle syntaxe spécifique aux Records Java pour tordre le cou aux builders

Brian Goetz discute de l’idée d’avoir une syntaxe spécifique pour les records pour facilement créer un record dérivé, potentiellement avec des valeurs par défaut, mais en paramétrant certains champs
Point shadowPos = shape.position() with { x = 0 }
Cela évite de créer la notion de paramètre par défaut dans les constructeurs ou les méthodes

Il y a l’article Data Oriented Programming de Brian Goetz, sur InfoQ

projet Amber amène des changements qui combinés permet de faire du data oriented programming en Java et pas que du OOP
OO combine état et comportement (code)
OO est super utile pour défendre des limites (programme large en des limites plus petites et plus gérable)
mais on s’oriente vers des applications plus petites (microservices)
data oriented programming: modélise data immuable et le code de la logique métier est séparée
records -> data en tant que classe, sealed classes -> définir des choix, pattern matching -> raisonne sur des data polymorphiques
algebraic data: hiérarchie de sealed classes dont les feuilles sont des records: nommées, immuable, testable (pas de code)

Un nouveau JEP pour intégrer une Classfile API

Le JDK inclut déjà des forks de ASM, de BCEL, et d’autres APIs internes, pour manipuler / produire / lire le bytecode
Mais l’idée ici c’est que le JDK vienne avec sa propre API officielle, et qui soit plus sympa à utiliser aussi que le pattern visiteur de ASM par exemple
La version d’ASM intégrée était toujours en retard d’une version (problème de poule et d’oeuf, car ASM doit supporter la dernière version de Java, mais Java n+1 n’est pas encore sorti)

Lilian nous montre à quoi va ressembler les Record Patterns de JEP 405

Apache Groovy et les virtual threads, et aussi Groovy et le Deep Learning

Paul King, qui dirige actuellement le PMC de Apache Groovy, a partagé récemment plusieurs articles sur le blog d’Apache sur des intégrations intéressantes avec Groovy
Groovy et sa librairie GPars pour la programmation concurrente et parallèle s’intègre facilement avec les Virtual Threads de JEP 425 / JDK 19 https://blogs.apache.org/groovy/entry/gpars-meets-virtual-threads
Groovy avec Apache Wayang et Apache Spark pour classifier des Whiskey par clusterisation KMeans https://blogs.apache.org/groovy/entry/using-groovy-with-apache-wayang
Et aussi Groovy avec différentes librairies de Deep Learning pour la classification https://blogs.apache.org/groovy/entry/classifying-iris-flowers-with-deep

Le jargon (en anglais) de la programmation fonctionnelle, si vous avez rêvé d’avoir sous la main la définition de foncteur, de monoïde, et j’en passe

avec des exemples en JavaScript
des pointeurs vers des librairies fonctionnelles en JavaScript
des traductions dans d’autres langues et d’autres langages de programmation

Librairies

Spring Boot 2.7

SpringBoot 2.7
Spring GraphQL 1.0
Support pour Podman
Gestion de dépendance et auto configuration pour Cache2k
nouvelle annotations pour Elasticsearch et CouchBase
dernière versions avant SpringBoot 3 qui changera plus de choses. Recommande de migrer une version a la fois. Support pour 2.5 à fini (upstream)

Quarkus 2.10.0

Travaux préliminaires sur les threads virtuels de Loom
Support non-blocking pour GraphQL
Prise en charge des Kubernetes service binding pour les clients SQL réactifs
CacheKeyGenerator pour l’extension de cache
quarkus-bootstrap-maven-plugin déprécié et remplacé par quarkus-extension-maven-plugin (uniquement utile pour les développeurs d’extensions Quarkus)
Nouveaux guides:
Using Stork with Kubernetes
OpenId Connect Client Reference Guide
Using Podman with Quarkus

Les différences entre OpenAPI 2 et 3

Introduction de la notion de lien pour créer des relations entre Response et Operations, pratique pour faire des APIs hypermédia
La structure du document OpenAPI a été -un peu simplifiée, en combinant par exemple basePath et schemes, ou en rassemblant les securityDefinitions
Des améliorations sur les security schemes, autour de OAuth et OpenID
Plus de clarté dans la négociation de contenu et les cookies
La section des exemples de Request / Response devrait aider les outils qui génèrent par exemple des SDK automatiquement à partir de la description OpenAPI
Un support étendu de JSON Schema
Introduction d’une notion de Callback, importante pour les APIs asynchrones, en particulier les WebHooks
je me demande si ils ont l’intention d’embrasser AsyncAPI ou su la partie asynchrone d’OpenAPI 3 a pour objectif de faire de la competition

Infrastructure

N’utilisez pas Kubernetes tout de suite !

Kubernetes, c’est bien, mais c’est un gros marteau. Est-ce que vous avez des gros clous à enfoncer ?
Ne commencez peut-être pas avec l’artillerie lourde de Kubernetes. Commencez plutôt avec des solutions managées genre serverless, ce sera plus simple, et au fur et à mesure si votre infrastructure a besoin de grossir et dépasse les fonctionnalités des solutions managées, à ce moment là seulement évaluer si Kubernetes peut répondre à votre besoin
Choisir Kubernetes, c’est aussi avoir la taille de l’équipe qui va bien avec, et il faut des profils DevOps, SRE, etc, pour gérer un cluster K8S
L’auteur suggère grosso modo que ça dépend de l’ordre de magnitude de la taille de l’équipe : avec quelques personnes, préférez des solutions type Google App Engine ou AWS App Runner, avec une dizaine de personne peut-être du Google Cloud Run ou AWS Fargate, avec moins d’une centaine là pourquoi pas du Kubernetes managé comme Google Kubernetes Engine, et si vous dépassez mille, alors peut-être vos propres clusters managés par vos soins et hébergés par vos soins sur votre infra
ca impose d’utiliser les services du cloud provider? Parce que la vie ce n’est pas que du code maison.
C’est la mode de dire de pas utiliser K8S : https://www.jeremybrown.tech/8-kubernetes-is-a-red-flag-signalling-premature-optimisation/ (mais bon, vu le nombre de fois où il est pas utilisé à b

Knative Eventing Devlivery methods

on peut faire de la delviery simple 1–1 sans garantie
on peut faire de la delivery complexe et persistante en introduisant la notion de channel qui decouple la source de la destination.
on peut repondre a la reception d’un message et pousser la réponse dans un second channel
mais ca devient compliquer a gérer quand on rajoute des souscripteurs
il y a la notiuon de broker qui definit: des flitres, un channel (automatique) et la capacité de répondre
les triggers sont un abonnement non pas a un channel mais a un type d’évènement spécifique

Cloud

AWS is Windows and Kube is Linux

pourquoi utilisez Kube qui etait pas stablewa lors qu’AWS offre tout
AWS forcé d’offrir EKS
MAis pourri
Lockin AWSIAM
Pourquoi AWS serait le windows
economies d’echelles de faire chez soi
kube devient rentable une certaine taille de l’organisation
besoin alternative a AWS (bus factor)
on voit le Kube distro modele arriver

Google data center Paris

Outillage

IntelliJ IDEA 2022.5 EAP 5 amène des nouveautés

LCC 281 - Apérikube apomorphique - partie 1