Journal Pas de bras, pas de Java

PostĂ© par (site web personnel) . Licence CC By‐SA.
Étiquettes :
12
4
août
2026

Bonjour Nal,

Je t'Ă©cris pour te signaler la dĂ©cision d'arrĂȘter la maintenance de Java pour MacOS sur processeur x64.

Apparemment ce portage est trop pénible pour les ingénieurs d'Oracle.

Comme souvent dans le monde Apple, il va falloir tout racheter.

  • # oui mais

    PostĂ© par (Mastodon) . ÉvaluĂ© Ă  4 (+2/-0).

    Comme souvent dans le monde Apple, il va falloir tout racheter.

    Debian a récemment abandonné le support du 32bits.

    • [^] # Re: oui mais

      PostĂ© par . ÉvaluĂ© Ă  2 (+1/-0).

      C'Ă©tait une blague, hein?!

      • [^] # Re: oui mais

        PostĂ© par . ÉvaluĂ© Ă  2 (+0/-0).

        peut ĂȘtre, je ne vais pas me prononcer Ă  ce sujet, mais sinon, c'est juste vrai ...

        "Si tous les cons volaient, il ferait nuit" F. Dard

    • [^] # Re: oui mais

      PostĂ© par (site web personnel) . ÉvaluĂ© Ă  8 (+5/-0). DerniĂšre modification le 04 aoĂ»t 2026 Ă  14:21.

      Les derniers "MacIntel" datent de 2022 il me semble: c'est un peu tĂŽt pour abandonner ces machines :-(

      Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

      • [^] # Re: oui mais

        PostĂ© par . ÉvaluĂ© Ă  1 (+0/-0).

        C'est plutĂŽt raccord, La prochaine version de mac OS (la 27), qui sort en septembre, ne supportera pas les processeurs x86-64.

        Comme Apple ne maintient que les 3 derniÚres versions de son OS. Cette JEP prépare le moment ou le dernier mac OS supportant le x86-64 passera hors maintenance, c'est à dire à peu prÚs en septembre 2028 si le rythme de publication annuel de mac OS est maintenu.

  • # Java, le premier d'une longue sĂ©rie ?

    PostĂ© par . ÉvaluĂ© Ă  10 (+8/-0).

    Selon cet article d'autres outils de dev sont sur la voie de garage : Node.js, Python, Rust ...

    Comme souvent dans le monde Apple, il va falloir tout racheter.

    Ces machines fonctionnent bien sous Linux. J'ai déjà installé une Linux Mint sur un Mac Book Pro de 2009, aprÚs une peu de configuration (carte réseau Broadcom) tout fonctionnait, y compris le port Firewire, ce qui m'a permis de récupérer les vidéos d'un camescope MiniDV.

    • [^] # Re: Java, le premier d'une longue sĂ©rie ?

      PostĂ© par . ÉvaluĂ© Ă  6 (+4/-0).

      J'ai déjà installé une Linux Mint sur un Mac Book Pro de 2009

      mouais, sauf si le macbook a une carte nvidia de ses grands morts. Tu as le choix entre de la 2D buggée (des fois ça freeze) ou un kernel qui date des trentes glorieuses.

  • # Le prix du luxe

    PostĂ© par . ÉvaluĂ© Ă  7 (+7/-1).

    Comme souvent dans le monde Apple, il va falloir tout racheter.

    Oui mais, c'est le prix du luxe. Qui peut se le permettre? Ceux qui le paient. Tant pis pour eux.

    Bien sûr, déso pour les techos qui vont en payer le prix malgré eux car ils doivent servir le plus grand nombre de leurs clients, prospects ou utilisateurs finaux. Eux s'en passeraient bien, pour la plupart.

    • [^] # Re: Le prix du luxe

      PostĂ© par . ÉvaluĂ© Ă  10 (+12/-0).

      Pareil, j'ai un peu de mal Ă  pleurer pour eux.

      À un moment c'est devenu une mode pour les dev d'avoir un mac ; ça leur donnait de l'importance, surtout vis-Ă -vis de leurs collĂšgues qui devait ĂȘtre sur PC (ie Windows). Et autant, on peut dĂ©fendre un avantage Mac sur les logiciels de, disons, vidĂ©o/graphisme. Autant pour les dev, ils font tourner VSCode et un terminal famĂ©lique et encore risible quand ils devaient faire un peu d'ops (cf Docker sous Mac). Alors oui, il y a le vendor lock pour dĂ©velopper des applications iOS ; mais cela ne concerne pas la majoritĂ© des devs sous Mac.

      Chez mon client, ce sont les "UX" qui ont des Mac pour faire tourner ... Figma en mode web ; mdr.

      • [^] # Re: Le prix du luxe

        PostĂ© par (Mastodon) . ÉvaluĂ© Ă  10 (+11/-0).

        un avantage Mac sur les logiciels de, disons, vidéo/graphisme

        Il existe encore vraiment cet avantage ? Parce qu'il a surtout existĂ© Ă  l'Ă©poque oĂč les mac avaient une architecture PowerPC, avec des calculs flottants qui explosaient ceux d'Intel (c'est une Ă©poque trĂšs lointaine). Mais depuis, est-ce que c'est la machine qui fait la diffĂ©rence ? Ou alors l'habitude et une lĂ©gende qui perdurent ?

        • [^] # Re: Le prix du luxe

          PostĂ© par (Mastodon) . ÉvaluĂ© Ă  10 (+7/-0).

          Je crois que l'avantage était surtout matériel, les écrans Apole venant précalibrés sortie d'usine pour uj rendu des couleurs assez fidÚles (ce qui ne veut pas dire que tu ne dois pas les recalibrer avec le temps).

          Quand t'achĂštes un truc de Dell, HP, Lenovo ou autre, les rĂ©glages ça va dans tous les sens. J'ai deux Ă©crans identiques au niveau du modĂšle qui m'ont Ă©tĂ© fournis par le travail, Ă  rĂ©glage Ă©gal d'usine ils n'ont ni la mĂȘme tempĂ©rature de couleur ni le mĂȘme contraste.

      • [^] # Re: Le prix du luxe

        PostĂ© par . ÉvaluĂ© Ă  3 (+1/-0).

        À un moment c'est devenu une mode pour les dev d'avoir un mac ; ça leur donnait de l'importance, surtout vis-Ă -vis de leurs collĂšgues qui devait ĂȘtre sur PC (ie Windows). Et autant, on peut dĂ©fendre un avantage Mac sur les logiciels de, disons, vidĂ©o/graphisme. Autant pour les dev, ils font tourner VSCode et un terminal famĂ©lique et encore risible quand ils devaient faire un peu d'ops (cf Docker sous Mac). Alors oui, il y a le vendor lock pour dĂ©velopper des applications iOS ; mais cela ne concerne pas la majoritĂ© des devs sous Mac.

        Alors j'ai vu une autre raison. Le dev sous windows, il se trimballe un antivirus, un EDR, des GPO qui l'empĂȘchent de lancer un cmd.exe, une surveillance proxy, un Edge qui l'empĂȘche d'aller sur les trois-quarts des sites de la planĂšte, la DSI qui vient se plaindre qu'un exe a Ă©tĂ© lancĂ©, etc etc..

        sous mac, le gars est admin, il installe ce qu'il veut, il compile, et pour tester il a une VM. Pas d'ennuis, pas de latence induites par la connexion, le 2FA, le mail, le token USB a brancher, l'accÚs au relais, puis le rebond, puis le TSE qui échoue car tu avais oublié de déco ton téléphone en charge et que la politique te l'interdit, et qu'il faut attendre un délai avant de retenter une co, sauf que les licenses du TSE sont full car dédé à oublier de se déco.

        Bref, je me demande bien pourquoi des devs passent à mac. C'est vieux, mais à une époque tu avais en plus bash, python git et tout le tralala en CLI, donc ouais, c'est juste une mode, ou ça répond à un vrai besoin?

        • [^] # Re: Le prix du luxe

          PostĂ© par . ÉvaluĂ© Ă  3 (+1/-0).

          J'ai vu des clients dont les devops ont été suffisamment convainquants pour avoir des PC sous Linux.

          Les clients que je connais qui fournissent des Mac, les fournissent relié à un AD et sans accÚs admin.

          J'ai de mon client actuel un PC/windows, sans accĂšs admin, avec un virtualbox fonctionnel.

          Donc il n'y a pas vraiment de justification pratique ou technique.

          c'est juste une mode, ou ça répond à un vrai besoin?

          une mode, je dirai.

          • [^] # Re: Le prix du luxe

            PostĂ© par . ÉvaluĂ© Ă  2 (+2/-2).

            c'est juste une mode, ou ça répond à un vrai besoin?

            une mode, je dirai.

            comme elles sont toutes Turing-complet tu peut dire ça avec plus ou moins n’importe quel OS. Est-ce que c’est un besoin pour toi de travailler avec une RHEL plutît qu’Android ? Tu peut faire tout ce dont tu as besoin sur Android.

            Je suis personnellement plus confortable sur un systĂšme de type unix, mais je dĂ©teste la maniĂšre de Mac de m’embĂȘter sur tout un tas de petites choses (ne pas pouvoir mon layout Ă  la connexion, Ă©teindre la machine qui n’est pas fiable, les raccourcis clavier non modifiables qui m’empĂȘchent de les utiliser sur zsh, le gestionnaire de fichier ne peut pas trier comme je l’entends, le sĂ©lecteur de fichier qui demande un raccourcis clavier pour accepter d’aller Ă  un endroit arbitraire du disque, impossibilitĂ© de gĂ©rer le volume sonore des applications dans un endroit centralisĂ©,...). Rien de bloquant fondamentalement, mais est-ce que c’est un effet de mode du coup ?

            https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

            • [^] # Re: Le prix du luxe

              PostĂ© par . ÉvaluĂ© Ă  3 (+1/-0).

              Est-ce que c’est un besoin pour toi de travailler avec une RHEL plutît qu’Android ?

              Android est un OS pour mobile. On pourrait le comparer Ă  iOS mais le comparer Ă  un OS pour desktop, je vois pas trop oĂč ça va nous mener.

              • [^] # Re: Le prix du luxe

                PostĂ© par . ÉvaluĂ© Ă  1 (+2/-3).

                • [^] # Re: Le prix du luxe

                  PostĂ© par (site web personnel) . ÉvaluĂ© Ă  5 (+2/-0).

                  C'est normal de fermer son esprit aux idées pourries comme les pas compatibles PC Android, les macs comme serveurs ou les consoles sans jeux physiques.

                  Je dirais mĂȘme qu'il rĂ©agir Ă  toute tentative de les dĂ©fendre par un LALALA J'ENTENDS PAS de niveau dĂ©cideur politique face Ă  un discours du GIEC.

                  Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

                  • [^] # Re: Le prix du luxe

                    PostĂ© par . ÉvaluĂ© Ă  2 (+1/-1).

                    Bon du coup ça répond à ma question, mais quitte à troller...

                    C'est normal de fermer son esprit aux idées pourries comme les pas compatibles PC Android

                    C’est assez classique de faire l’amalgame entre Personal Computeur et compatible. Ce qui est gĂȘnant dans ton lien tu es sĂ»r que c’est Android que tu met en Ă©vidence ? ARM qui fait que ce n’est pas un compatible ? Ou le fait que le BIOS t’empĂȘche de booter ce que tu veut ?

                    les macs comme serveurs

                    Parce que ? Si tu n’utilise pas l’OS utilisĂ© par 95 % de la planĂšte pour un domaine tu ne devrais pas exister ?

                    les consoles sans jeux physiques

                    Je trouve cette histoire un peu ridicule. Sony adore le physique plus que leurs clients. Ils ont passĂ© des dĂ©cennies Ă  crĂ©er des supports physiques, ils font parti des principaux inventeurs du BlueRay tout comme du DVD. Les ventes de galettes s’effondre. Moins de la moitiĂ© des jeux PS5 sortent en physique et au total 82 % des ventes sur PS5 sont dĂ©mat. En plus du fait que moins de la moitiĂ© des jeux sont pressĂ©s sur disque, il faut en plus une chaĂźne d’approvisionnement : il faut en produire des dizaines de milliers, les acheminer dans des milliers de magasins Ă  travers le monde pour qu’au final peu de gen en achĂštent. C’est pas de la faute de Sony si les magasins de jeux vidĂ©o n’existent presque plus.

                    Je dirais mĂȘme qu'il rĂ©agir Ă  toute tentative de les dĂ©fendre par un LALALA J'ENTENDS PAS de niveau dĂ©cideur politique face Ă  un discours du GIEC.

                    Crois-tu que le GIEC trouve bon de produire des millions de boites en plastique pour ensuite les brûler ou les enterrer dans le desert ?

                    Tokeniser le GIEC pour le sortir quand ça arrange ce n’est pas avoir une pensĂ© Ă©cologique.

                    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

  • # Ça fait longtemps ...

    PostĂ© par (site web personnel) . ÉvaluĂ© Ă  5 (+6/-3).

    ... que j'ai quittĂ© Java pour Go et (扊陀) que j'ai quittĂ© MacOS (ć‰Šé™€ă“ă“ăŸă§)
    Euh attendez, je n'ai jamais Ă©tĂ© sous MacOS mais j'ai directement migrĂ© de Windows 98 Ă  Linux 😅

  • # La porte reste ouverte

    PostĂ© par (site web personnel, Mastodon) . ÉvaluĂ© Ă  9 (+6/-0).

    As with earlier port deprecations, an alternative is for a set of credible developers to express a clear desire to maintain the port going forward. If that happens before this JEP is integrated then this JEP can be withdrawn. If that happens after this JEP is integrated, but before the port is removed, then a follow-on JEP can revert the deprecation.

    Si vous ĂȘtes scandalisĂ©s par cette dĂ©cision d'Oracle, vous savez ce qu'il vous reste Ă  faire, ils attendent vos patchs avec impatience.

    On peut aussi regarder le destin des déprécations précédentes:

    Il ne semble donc pas y avoir moulte candidatures pour prendre en charge la maintenance de ces architectures.

  • # Mais que fait l'IA ???

    PostĂ© par . ÉvaluĂ© Ă  10 (+11/-1).

    Ils n'ont pas d'IA pour les aider chez Oracle ? démultiplier leur productivité, assister les portages, réduire les coûts de développement, etc ?

    Pas d'IA, pas de Java ?

    • [^] # Re: Mais que fait l'IA ???

      PostĂ© par (site web personnel, Mastodon) . ÉvaluĂ© Ă  10 (+10/-0).

      Le projet OpenJDK n'accepte pas les contributions réalisées par LLM:

      https://openjdk.org/legal/ai

      Les raisons semblent assez bien justifiées.

      • [^] # Re: Mais que fait l'IA ???

        PostĂ© par . ÉvaluĂ© Ă  4 (+3/-0).

        Merci pour le lien !
        J'ai l'impression que le rapport Ă  l'IA est assez schizophrĂšne suivant les projets.
        On pouvait s'attendre Ă  ce qu'Oracle pousse pour l'IA et justifier leur cloud avec des GPU.
        Du coup le message est bizarre "utilisez notre cloud pour vos projets IA mais nous on ne l'utilise pas".

    • [^] # Re: Mais que fait l'IA ???

      PostĂ© par . ÉvaluĂ© Ă  8 (+6/-0).

      Ils n'ont pas d'IA pour les aider chez Oracle ?

      Je ne sais pas, par contre ils ont plein de datacenters pour faire tourner les IA des autres. L'action a perdu 41.80% de sa valeur en un an (mĂȘme si depuis quelques jours ça remonte grĂące Ă  un contrat avec le Pentagon mais pas encore suffisant pour Ă©ponger les dettes). Il se dit que si la bulle Ă©clate, Oracle pourrait faire partie des premiĂšres victimes.

      • [^] # Re: Mais que fait l'IA ???

        PostĂ© par . ÉvaluĂ© Ă  4 (+3/-0).

        Si ça éclate, comme Oracle est dans le projet Stargate avec OpenAI, effectivement ça va faire mal.
        Et comme il y a aussi Softbank et MGX ça risque d'élargir les secteurs impactés...

        • [^] # Re: Mais que fait l'IA ???

          PostĂ© par (site web personnel) . ÉvaluĂ© Ă  5 (+3/-0). DerniĂšre modification le 05 aoĂ»t 2026 Ă  22:31.

          Je ne suis pas sĂ»r que Mark Reinhold — l'architecte de Java ayant initiĂ© OpenJDK pour ouvrir les dĂ©veloppements hors de Sun puis ayant accueilli la reprise par Oracle en gardant sa ligne directrice — soit rĂ©ellement dans la mouvance Oracle : c'est plutĂŽt Java qui l'intĂ©resse ;-) (d'autant que le rachat de Bea/webLogic par Oracle avait tuĂ© leur JVM...)

  • # Mauvaise foi

    PostĂ© par (site web personnel) . ÉvaluĂ© Ă  -1 (+2/-5).

    Il y a quoi comme application Ă©crite en Java aujourd'hui ?

    Les Mac intel existent encore mais ils ont plus de 6 ans et la prochaine version de macOS ne supportera plus intel. Et pour avoir un MacBook intel, j'assure 1000x préférer son utilisation sous Linux.

    AI is a mental disorder

    • [^] # Re: Mauvaise foi

      PostĂ© par . ÉvaluĂ© Ă  5 (+4/-1).

      Grand public, pas beaucoup voir rien (vrai aussi pour les autres os, remarque).

      En outils de development, y’en a pas mal. Notamment Charles, et pas mal d’outils autour du jdk (forcĂ©ment).

      Et beaucoup, beaucoup, beaucoup de backend, souvent développé sous macOS.

      Donc c’est surtout des outils pro, les jdk existants sont toujours lĂ , et les nouveaux jdk vont continuer Ă  builder pour un certain temps. Ça fait 6 ans qu’Apple a annoncĂ© leurs puces et que tout le monde sait trĂšs bien que les Mac x86 sont toxiques.

      Ca va, je pense pas que c’est une catastrophe - pas trĂšs surprenant d’ailleurs, j’imagine que les mecs qui ont proposĂ© la jep ont vĂ©rifiĂ© les stats d’utilisation x86 avant de la pondre...

    • [^] # Re: Mauvaise foi

      PostĂ© par (site web personnel) . ÉvaluĂ© Ă  8 (+9/-3).

      A peu prÚs tous les ERP (Entreprise Resource Planning), pour entreprise de plus de 100 personnes sont codé en Java. Pour le particulier je ne connais pas grand chose à part Minecraft et les jeux du sieurs écrivant cette nouvelle, et des app Android...

      La grande force de Java c'est l'efficacité lorsque la charge augmente, en plus de la portabilité et du fait d'avoir accÚs à une plateforme, plus qu'un simple compilateur/langage.

      Ça n'a pas beaucoup d'intĂ©rĂȘt pour un particulier (le premier point): on va vouloir exĂ©cuter rapidement du code et que ça ne prenne pas trop de mĂ©moire, la grande force du C et C++ (sans templates) est qu'il peuvent partager des bibliothĂšques en plus d'avoir un modĂšle de mĂ©moire plus compacte.

      Mais Rust, Java et les autres seront moins efficace, il n'y a pas de mécanisme simple de relocation de bibliothÚque. Prenez un Kde, plus vous utiliser simultanément d'application KDE, moins il y aura de mémoire privé allouée à chaque app.

      Bref, Java est trĂšs utilisĂ© ou il couvre un besoin et est efficace. Le problĂšme de la densitĂ© de mĂ©moire pourrait ĂȘtre adressĂ© par le projet Valhalla.

    • [^] # Re: Mauvaise foi

      PostĂ© par (Mastodon) . ÉvaluĂ© Ă  3 (+1/-0).

      Pour le grand public, y'a Minecraft. Je suis prĂȘt Ă  parier que c'est pour une bonne partie des PC grand public l'unique raison de l'installation de java (mĂȘme s'ils ne le savent peut-ĂȘtre pas, Ă  tous les coups c'est installĂ© en arriĂšre-plan lors de l'installation du jeu).

      • [^] # Re: Mauvaise foi

        PostĂ© par (site web personnel) . ÉvaluĂ© Ă  7 (+4/-0).

      • [^] # Re: Mauvaise foi

        PostĂ© par . ÉvaluĂ© Ă  2 (+1/-0).

        J'ajoute JDownloader et TinyMediaManager.

        • [^] # Re: Mauvaise foi

          PostĂ© par (site web personnel, Mastodon) . ÉvaluĂ© Ă  6 (+3/-0).

          J'utilise beaucoup l'éditeur de diagrammes yED (attention: ça-pue-c'est-pas-libre).

          C'est d'ailleurs bien pratique de pouvoir récupérer le jar et lancer l'éditeur sous Haiku sans le moindre problÚme (bon, enfin presque, il y a des bugs dans le drag and drop et ça marche pas super bien :( mais c'est la faute du portage de OpenJDK vers Haiku qui est pas fini).

          • [^] # Re: Mauvaise foi

            PostĂ© par (site web personnel) . ÉvaluĂ© Ă  3 (+1/-0). DerniĂšre modification le 05 aoĂ»t 2026 Ă  22:06.

            mais c'est la faute du portage de OpenJDK vers Haiku qui est pas fini

            ya une JEP pour la prise en charge de Haiku ?!
            Ça permettrait de recruter les déçus de MacOS x86_64 et en plus sur du « matĂ©riel maĂźtrisĂ© » _o/

            • [^] # Re: Mauvaise foi

              PostĂ© par (site web personnel, Mastodon) . ÉvaluĂ© Ă  4 (+1/-0).

              Non, pour l'instant Ă  ma connaissance, l'upstreaming et un support officiel ne sont pas Ă  l'ordre du jour.

              On se contente donc d'un "project" https://openjdk.org/projects/haiku-port/ dont je ne sais pas s'il est complÚtement à jour, Bryan Varner n'étant pas actif autour de Haiku depuis environ 2008. La mailing list dédiée listé sur cette page n'a reçu aucun message depuis 2018, mais elle devrait toujours fonctionner si besoin.

  • # un Java sans Oracle

    PostĂ© par . ÉvaluĂ© Ă  2 (+1/-0).

    peut-ĂȘtre une idĂ©e: https://adoptium.net/fr/temurin/releases

    suivant les situations, l'utilisation en mode portable est sympa.

  • # Totalement faux

    PostĂ© par . ÉvaluĂ© Ă  10 (+16/-3).

    « Pas de bras, pas de Java »
    La plupart des développeurs Java codent avec les pieds.

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent Ă  celles et ceux qui les ont postĂ©s. Nous n’en sommes pas responsables.