JEP 382 et JEP 391, les apports du JDK 17 pour macOS

Tim Cook a annoncé le 22 juin 2020, lors de conférence Apple pour les développeurs, la création et l’utilisation de ses propres processeurs Apple Silicon basés sur l’architecture ARM64. Il a aussi précisé qu’il y aura une phase de de transition de deux ans.

L’architecture ARM64 correspond aussi à ce que l’on appelle AArch64. Je vous parlais déjà de cette architecture dans mon billet en début d’année AArch64 Découvrir le projet de portage

Je vous annonçais que le portage sur macOS/AArch64 était prêt et aller bientôt arriver. Donc ça y est, c’est fait. Le portage est disponible pour le JDK 17.

Possesseur d’Apple Silicon, à vous de profiter du JDK en natif, sans le système Rosetta 2.

Il est intéressant de noter une spécificité de la plateforme macOS/AArch64. Elle n’autorise pas les segments mémoires où il est possible d’écrire et d’exécuter à la fois. Cela est réalisé pour des raisons de sécurité car il s’agit d’une attaque courante dans l’exploitation de faille logicielle. Plus d’informations sur l' Article Wikipedia W^X

Pourquoi en parler ? parce que la JVM HotSpot crée et modifie du code executable. C’est à dire elle fait exactement ce qu’interdit la fonctionnalité W^X évoquée ci-dessus. Cette JEP permet tenir compte de cette contrainte (mais uniquement pour cette plateforme).

Cela fait parti d’une annonce d’Apple de septembre 2018 lors de la sortie de macOS 10.14. Apple sort le cadriciel Metal comme remplaçant de OpenGL. Ce dernier est déprécié.

En août 2019, le projet Lanai est mis en place. Le but est de prendre en charge le rendu avec l’API Apple Metal.

L’objectif est de :

Cette JEP permet justement de finaliser le projet. C’est à dire d’intégrer l’implémentation dans le JDK.

La transparence est assurée par le fait que cela concerne l’implémentation interne du JDK.

En revanche, il est intéressant de noter que l’implémentation par défaut est OpenGL. Donc, si vous souhaitez utiliser la nouvelle implémentation est faudra ajouter la propriété suivante :

C’est bizarre au début mais logique après réflexion.

En effet, OpenGL est déprécié mais il n’est pas supprimé. Donc c’est normalement de pouvoir continuer à l’utiliser. A ce titre, les utilisateurs classiques n’auront aucun impact.

En revanche, cela permettra aux utilisateurs de tester leurs applications et les différentes situations avec la nouvelle implémentation et faire des retours à l’équipe.

Vous voulez être de la partie, n’hésitez pas ! Pour les retours, vous avez les listes suivantes :