LCC 249 - Édition tu perds tes amis - (Les Cast Codeurs Podcast) Podcast Details

Description

Emmanuel Antonio et Guillaume discutent de Java 16, de GraalVM, de micronaut, de Quarkus, de licence Elastic, de BinTray qui s’en va et d’attaque de chaine de fournisseurs. Et merci à José Paumard et Benoit Sautel pour leur crowdcast.

Enregistré le 12 février 2021

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

News

Langages

Optimiser le MD5 dans la JVM

dans la tête d’une optimisation du JDK
optimisation proposée amène des surcharges de contentions (thread local)
donc exploration de l’alternative
difficulté des codes intrinseques (c’est à dire quand un pattern est détecté, le code est hardcodé par platforme.
Donc tout changement du code qui sort du pattern veut dire pas mal de taf)

Conversion hexadecimal en Java 17

Crowdcast de José sur Java 16 et article de Loic sur le sujet Java 16

Socket channels (Unix domain) Court circuit de la stack tcp, pas de file descriptor de mémoire
Api vectorielle avec optimisation par plateforme
Foreign linker api pour panama
Et le support appel natif
Support alpine (musl) et aarch64 pour Windows
Record et pattern matching instanceof deviennent standard
Illegal access passe en deny par défaut. Ça pue ;)

Java sur Truffle dans GraalVM

le GC reste sur la JVM hote qui peut etre hotspot ou SubstrateVM
Dans le cas de SubstrateVM, ça veut dire que Java peut etre interprété dans ce mode ahead of time compiled (donc in JIT est embarqué). Pour faire tourner certains morceaux de Java “dynamique” ça peut valoir le coup
Sinon c’est la vision de GraalVM de la VM universelle donc supporter Java “comme les autres langages” fait partie du puzzle
Mais bon c’est dur de comprendre leur strategie

Crowdcast JavaScript GraalVM de Benoit Sautel

JBang - comment écrire des scripts en Java

pourquoi les gens écrivent des scripts dans d’autre langages que Java
un seul fichier, pas de structure complexe y compris dans les dependances
un demarrage juste en lançant le ficher
crée un environnement pour l’IDE

Element worklet, rendre JavaScript preemptif

Proposition de creation d’élément de code JavaScript qui peut tourner hors du thread principal by design.
JS peux rendre la main mais c’est non preemptif (yield, promesses etc) et uniquement à un endroit précis
Donc création de Element Worklet (un comme un runnable en Java) qui tourne dans un thread séparé, avec un message channel pour communiquer avec le reste
Travaille sur un shadow dom
par contre rien n’est détaillé sur le scheduler et la priorisation

Librairies

Driver JDBC Oracle sur Maven Central!

Drivers support for Virtual Threads
Extension reactives
GraalVM native image (mais encore des trucs a amelioerer (allow incomplete classpath)

Micronaut 2.3

support de JMS
résolution de la Locale
améliorations au système d’introspection
bannière personnalisable

Fondation pour Grails

Idée des fondations était venu ensemble avec Micronaut
Mais voulait apprendre de l’un avant de lancer l’autre
Embrasse semver
Le technical commutee va décider de la roadmap de ce que j’ai compris
Intégration initiale de micronaut dans Grails 4
Plan: TX mongo dans GORM. Groovy server pages plus modulaire, native web socket, meilleure intégration Kafka
Plan grails 5: Groovy 3, SB 2.4, gradle 6 et Java 15

Quarkus 1.11

RESTEasy Reactive
- Annotation scanning, metamodel generation au build, base sur vert.x route
Dev UI
- les frameworks amènent des tâches de dev (config, list des bean CDI, database schema migration etc)
Massive performance without headaches

Infrastructure

Les rebondissements d’Elastic vs AWS et du changement de licence

Clarification d’Elastic
- “si vous vendez Elasticsearch directement en tant que service, vous serez impacté”
- entre les annonces et la licence, il y a une difference
- est-ce que tout competiteur sérieux à Elastic amènera un changement de licence?
- est-ce que Lucene est le prochain sur la liste?
- reflechissent à une license qui ouvre le code apres 3 à 5 ans BSL (Business Solftware License qui se transforme en ASL apres quelques années, et qui a une clause restrictive avant)
La distribution Elastic d’Elasticsearch avait déjà un mix de ASL et de logiciels sous license proprietaire mais “source ouverte”
AWS forks Elasticsearch
- Montrent les contribs ~10 sur Elasticsearch et annonce 250 contributions sur Lucene
Les clients Elasticsearch resteront ASL 2.0
- mais pas le client Java haut niveau qui a des dependence’s sur les classes serveur. Un nouveau client devrait arriver.
Retour de l’ex CTO de Chef et sa position “pro” AWS et contre Elastic
- contre point de la position des gens du Message a caractere informatif
- 4 valeurs de l’OSS:
  - The freedom to run the program as you wish, for any purpose
  - The freedom to study how the program works, and change it so it does your computing as you wish
  - The freedom to redistribute copies so you can help others
  - The freedom to distribute copies of your modified versions to others
  - at its heart, Open Source and Free Software are about the freedom to make the system work the way you wish
- au dessus est la communaute et le benefce de distribution qui fait un plus group morceau de clients potentiels
- Shay B - By putting the core of Elasticsearch into the open, we can presume he wanted the business value benefits of Open Source — collaboration in the commons, low friction acquisition for users, and hopefully the growth of an ecosystem around it. He got it
- tight open core - direct, and often critical, features are only available under a proprietary license
- co-mingle the source code for these features in the primary Elasticsearch repository
- Elastic NV creates a world where it is very, very difficult to collaborate only on the open source pieces.
- to whom does Elasticsearch belong? The community, or Elastic NV?
- Elasticsearch […] exists primarily to fuel the commercial ambitions of Elastic NV
- I, as a contributor, want to change the course of Elasticsearch in ways that benefit me (and perhaps others), but does so at the expense of Elastic NV, will I get that opportunity? The answer is most likely no — you will not.
- That truth is ultimately corrosive to sustainable communities.
- This is the deepest, most fundamental truth about Open Source and Free Software in action. That you, as a user, have rights. That those rights are not contingent on the ability of someone else to capture value.
- Companies who decide to build their business on Open Source cores need to get much more aggressive about their trademark policies. It should be clear and unambiguous that your trademark cannot be used for another product without your permission. If I may go further, I would make it clear that nobody but your company can create a distribution with your trademark on it at all, without your permission.

Docker donne Docker Distribution à la CNCF

code déjà ouvert et utilisé par certains mais avait forké
c’est le coeur de DockerHub et est une container registry
objectif extensibilité pour les usages particuliers des uns et des autres (systeme de stockage etc)

Web

Angular CLI 11.1

Support TypeScript 4.1
nouveau plugin webpack pour le compilateur Ivy (pas d’effet visible attendu)
scelection des CSS critiques pour un chargement initial et inlining => opt-in pour l’instant
EcmaScript 5 polyfill a été enrichi

Outillage

JFrog annouce que BinTray c’est fini

aussi jcenter, gocenter, chartcenter etc
fin des push 31 mars et fermeture de l’API REST et l’interface le 1er mai
l’url jcenter continue encore un an
si les projets utilisaient la synchro sur central, les pachkages seront là
sinon il va falloir copier
et les scripts font devoir evoluer
questions sur la scalabiluté de MAven Central
Brian Fox de Sonatype nous dit que tout va bien se passer
Le blog officiel de Sonatype.

Attaque de suply chain par squattage de nom privés

chercher le nom de dépendances privées d’organisations
publier une version “supérieure” sous le meme nom dans un repo public
profit !

Déployer sur Maven Central avec une action GitHub

Le Java action workflow fait plus que preparer Java
avec clef GPG et tout

JHipster Quarkus 1.0.0 contribué par Daniel Petisme et Anthony Viard

JHipster Quarkus est un “blueprint” JHipster qui permet de surcharger la mécanique de génération pour obtenir un backend qui s’appuye sur Quarkus plutôt que Spring. Cela permet de généré rapidement une application fullstack (front + back).
contenu Twitch d’antony

Homebrew 3.0.0 est sorti