macOS 14.4 plante Java sur les Mac Apple Silicon
macOS 14.4 contrarie l'exécution de programmes Java sur les Mac à processeurs Apple Silicon, prévient Oracle. Aucune solution n'est disponible dans l'immédiat.
Dans un billet de blog publié avant le week-end, Oracle prévient les utilisateurs de Java d'un problème apparu dans la dernière ligne droite du développement de macOS 14.4. Toutes les applications Java, de Java 8 jusqu'à celles écrites avec le JDK 22 du mois dernier, sont susceptibles de quitter inopinément.
Sauf à revenir sur la précédente version de macOS, il n'y aucun moyen de contourner ce dysfonctionnement. Les Mac avec des processeurs Intel sont épargnés, ceux sur Apple Silicon sont tous concernés sauf s'ils utilisent une précédente version de Sonoma ou un macOS antérieur.
Aurelio Garcia-Ribeyro explique que ce comportement n'est apparu qu'après la mise à disposition de macOS 14.4, le bug n'était pas là lors des différentes bêtas de cette mise à jour, sortie en version finale le 7 mars.
Attention à macOS 14.4 si vous utilisez OpenCore Legacy Patcher sur un vieux Mac
Cette instabilité subite des applications Java tient à la manière dont macOS gère l'accès à des régions protégées de la mémoire. Avant la 14.4, lorsqu'un processus, comme celui de la compilation JIT de Java, voulait écrire dans une telle zone, macOS lui retournait un signal d'information. Le destinataire s'en débrouillait ensuite. Avec macOS 14.4, plus de discussion ni de sommation, le processus tiers est quitté de force.
Dans l'immédiat, Oracle ne peut rien faire d'autre qu'informer ses clients et attendre une solution d'Apple.
« le bug n'était pas là lors des différentes bêtas de cette mise à jour, sortie en version finale le 7 mars. »
————-
On se demande bien à quoi peuvent bien servir les « Release Candidate » chez Apple…
@MarcMame
Bah perso dans notre entreprise on a des Mac Intel et des m1. On fait beaucoup de dev en java, mais le service informatique empêche à juste titre l’installation des bêta et dernières versions d’un système(Mac ou Windows)
Donc oui Apple fait des release candidates, mais si tous les devs qui doivent fournir des résultats pour faire des $$, personne ne va installer une bêta…
Du coup qui va tester ces bêta et release candidate ?
Personne qui doit faire un travail pro et rendre des comptes en moins de 6mois.
Donc du coup il reste qui? Les bidouilleurs et codeurs du dimanche, même moi sur mon m1 perso je n’ai pas vu et je n’ai pas la bêta ni RC.
Donc les releases candidates sont utiles, mais ça ne doit pas déresponsabiliser Apple de faire ses tests.
Après Apple ne va pas tester ses mises à jours avec tous les exécutables existants… donc de deux choses l’une…
14.4 à été expédiée trop vite après la RC, juste pour être aligné avec le règlement européen ?
14.4 aurait ne pas inclure cette fonction sans avoir passer un plus long délai de tests ?
Mais au final, rien à voir avec les release candidates et leur utilité.
Un airbag n’est pas déclaré inutile car une voiture s’est prise un mur à 300km/h.
Par contre une voiture qui roule à 300… est ce utile 😀
Bref je serais curieux d’avoir les dessous de l’histoire chez Apple comment ce changement s’est retrouvé là
@33man
Juste une idée comme ça. Si l’IT interdit d’installer des versions bêta, ne peut-on pas le faire dans une machine virtuelle ?
Je suis peut-être complètement à côté de la plaque.
@33man
"Mais au final, rien à voir avec les release candidates et leur utilité."
———
Je ma connaissance la dernière RC doit être strictement identique à la GM.
C’est son rôle.
Un bug dans la GM doit se retrouver dans la dernière RC.
Si ce n’est pas le cas c’est une faute grave.
Attention, chez Apple il est arrivé d'avoir plusieurs GM. C'est bien la dernière GM qui "part en prod". Du coup, point de vue nommage on pourrait dire que ce qu'ils appellent GM c'est ce que d'autres appellent RC... D'ailleurs apparemment sur les derniers OS, ils ont l'air d'avoir changé le terme pour utiliser RC à la place de GM. Dans tous les cas, la dernière version de GM ou RC doit bien être binairement identique à la version de production.
Pages