Discussion :

[RenardSpatial]

Il faut lire tous les caractères du message. Je dis : « la dernière version gratuite d’Oracle Java 8 », pas « la dernière version gratuite d’Oracle Java tout court. Ça faisait référence à « Au pire utilisation de la dernière JVM 8 oracle  » du message précédent. Et c’est bien le fait d’utiliser la version gratuite d’Oracle Java 8 qui pose problème, puisque celle-ci n’est plus mise à jour depuis un moment (les mises à jour jusque 2030 sont payantes), et donc est dangereuse d’un point de vue sécurité.

[merrais]

C'est juste une raison de plus pour changer vers nouveau language

[vertex.3F]

Je pense que la politique déplorable d'Oracle en matière de licences, va sonner le glas de Java.

Quelles entreprises utilisent encore Java pour de nouveaux projets, au vu des risques juridiques sur la plateforme ?

J'ai l'impression que beaucoup sont passés au .net, ou à d'autres langages comme le python, typescript, javascript, php (?) ou tout simplement revenu au C/C++.

Mais je me trompe peut être.

cela n'annonce pas du tout le glas de Java mais uniquement des runtimes Java d'Oracle !

l'enjeu etant considerable, aujourd´hui on trouve plusieurs implementations libres et open source de Java :

Codename One
Eclipse OpenJ9
GraalVM
HotSpot
Jikes RVM (Jikes Research Virtual Machine)
leJOS
Maxine

https://www.baeldung.com/oracle-jdk-...nd-open-source
https://en.wikipedia.org/wiki/List_o...achines#Active

et beaucoup de builds :

AdoptOpenJDK (moved to Eclipse Temurin at Adoptium in 2021)
Alibaba Dragonwell - Alibaba
Amazon Corretto - Amazon
Azul Zulu - Azul Systems
BellSoft Liberica JDK - BellSoft
Eclipse Temurin - Adoptium
GraalVM Community Edition - GraalVM
IBM Semeru Runtime Open Edition - IBM
JetBrains Runtime - JetBrains
Microsoft Build of OpenJDK - Microsoft
OpenLogic OpenJDK - OpenLogic
Red Hat build of OpenJDK - Red Hat
SAP SapMachine - SAP
Tencent KonaJDK - Tencent

https://en.wikipedia.org/wiki/OpenJDK

[AoCannaille]

cela n'annonce pas du tout le glas de Java mais uniquement des runtimes Java d'Oracle !

l'enjeu etant considerable, aujourd´hui on trouve plusieurs implementations libres et open source de Java :

Codename One
Eclipse OpenJ9
GraalVM
HotSpot
Jikes RVM (Jikes Research Virtual Machine)
leJOS
Maxine

https://www.baeldung.com/oracle-jdk-...nd-open-source
https://en.wikipedia.org/wiki/List_o...achines#Active

et beaucoup de builds :

AdoptOpenJDK (moved to Eclipse Temurin at Adoptium in 2021)
Alibaba Dragonwell - Alibaba
Amazon Corretto - Amazon
Azul Zulu - Azul Systems
BellSoft Liberica JDK - BellSoft
Eclipse Temurin - Adoptium
GraalVM Community Edition - GraalVM
IBM Semeru Runtime Open Edition - IBM
JetBrains Runtime - JetBrains
Microsoft Build of OpenJDK - Microsoft
OpenLogic OpenJDK - OpenLogic
Red Hat build of OpenJDK - Red Hat
SAP SapMachine - SAP
Tencent KonaJDK - Tencent

https://en.wikipedia.org/wiki/OpenJDK

Quelle différence fais-tu entre toutes ces JVM, et Dalvik, celle pour laquelle Oracle a fait des pieds et des mains contre Google ?

Jusqu'à quel point peut on faire confiance au sur-procédurier Oracle pour laisser ces solutions vivres?

[Stéphane le calme]

Gartner : le nouveau modèle d'abonnement Java d'Oracle coûtera beaucoup plus cher,
l'entreprise cible déjà les utilisateurs sur la conformité Java après ces nouvelles conditions de licence

Le nouveau modèle de licence d'abonnement Java d'Oracle pourrait coûter beaucoup plus cher aux clients existants et nouveaux, selon un document de recherche du cabinet d'études de marché Gartner. Le cabinet d'analyse a déclaré qu'Oracle ciblait les organisations sur la conformité Java et déployait son équipe mondiale de licences Java pour l'appliquer, selon les déclarations de ses clients.

Depuis le 23 janvier 2023, Oracle a remplacé les abonnements Oracle Java SE couramment achetés par les clients par un nouvel abonnement Oracle Java SE Universal.

Oracle décrit l'abonnement Java SE Universal comme étant : « un abonnement mensuel simple et peu coûteux qui inclut la licence et le support Java SE pour une utilisation sur les postes de travail, les serveurs ou les déploiements dans le cloud. L'abonnement donne accès à des mises à jour de performances, de stabilité et de sécurité testées et certifiées pour Java SE, directement depuis Oracle. Il comprend également l'accès à My Oracle Support (MOS) 24h/24 et 7j/7, une prise en charge en 27 langues, des fonctionnalités de gestion, de surveillance et de déploiement de Java SE 8 Desktop, entre autres avantages ».

« Les clients des anciens produits d'abonnement Java SE continuent de bénéficier de tous les avantages d'origine et peuvent renouveler selon leurs conditions et mesures existantes », a déclaré Oracle. Son annonce est accompagnée d'une liste de prix, qui montre que la principale différence entre le nouveau et l'ancien modèle est que Java sera concédé sous licence par employé, plutôt que par utilisateur ou par processeur, comme l'ancien modèle le permettait.

Alors que l'abonnement précédent était concédé sous licence de deux manières différentes selon que le logiciel était utilisé sur un serveur ou sur un ordinateur de bureau (ordinateur personnel), le nouvel abonnement universel a de nouvelles conditions d'utilisation. Notez que ces conditions diffèrent des conditions précédentes d'Oracle "Employé" et sont les suivantes :

Employé pour Java SE Universal Subscription : est défini comme (i) tous vos employés à temps plein, à temps partiel, temporaires, et (ii) tous les employés à temps plein, à temps partiel et les employés temporaires de vos agents, sous-traitants et consultants qui soutiennent vos opérations commerciales internes. La quantité de licences requises est déterminée par le nombre d'Employés et pas seulement par le nombre réel d'employés qui utilisent les Logiciels. Pour ces licences Java SE Universal Subscription, la quantité de licence achetée doit, au minimum, être égale au nombre d'Employés à la date d'effet de votre commande. Dans le cadre de cette métrique d'employé pour les programmes d'abonnement universel Java SE, vous ne pouvez installer et/ou exécuter le(s) programme(s) d'abonnement universel Java SE que sur un maximum de 50 000 processeurs, si votre utilisation dépasse 50 000 processeurs, à l'exclusion des processeurs installés et/ ou s'exécutant sur des ordinateurs de bureau et portables, vous devez obtenir une licence supplémentaire auprès d'Oracle.

En clair, les nouvelles conditions exigent que les clients achètent désormais suffisamment d'abonnements en fonction du nombre total d'employés du client, qu'ils utilisent/exploitent le logiciel directement, indirectement ou pas du tout. Un client avec un petit nombre d'installations et un nombre élevé d'employés pourrait voir des factures de plusieurs millions de dollars par an.

À titre d'exemple, un client comptant 20 000 employés utilisant JAVA SE à quelque titre que ce soit dans le cadre des nouvelles conditions d'abonnement devra acheter des abonnements universels JAVA SE pour l'ensemble des 20 000 employés, à un tarif mensuel de 6,75 $, soit un total de 1,62 million de dollars par an.

En outre, il est nécessaire d'octroyer une licence aux employés, agents, sous-traitants et travailleurs temporaires de tiers qui prennent en charge les opérations commerciales internes des clients, ce qui nécessitera un examen plus approfondi et peut-être d'augmenter considérablement le nombre.

Pour les nouveaux clients, ce dernier modèle s'appliquera immédiatement et pour les clients existants, ce modèle pourrait s'appliquer lors du prochain renouvellement. Bien qu'Oracle puisse signaler que les clients existants pourraient être en mesure de renouveler selon les conditions précédentes, cela ne doit pas être considéré comme une garantie. Les coûts initiaux publiés pour le modèle sont les suivants :

Lors de l'examen des déploiements de serveurs, les exigences relatives au nombre de processeurs (processeurs définis par Oracle) sont toujours requises, bien que peut-être moins soulignées, car en accordant une licence à tous les employés, les clients reçoivent une subvention allant jusqu'à 50 000 installations de processeur sans frais supplémentaires (des frais supplémentaires s'appliqueront aux clients avec des exigences de processeur plus élevées). Ces préoccupations précédentes des clients concernant les environnements virtualisés pourraient probablement toujours s'appliquer aux clients lors du calcul de cette limite, notant que la subvention de 50 000 processeurs est toujours régie et définie par les mêmes termes et définitions qui se sont révélés difficiles pour certains clients auparavant.

Gartner : le nouveau modèle d'abonnement Java d'Oracle coûtera beaucoup plus cher

Gartner avertit qu'Oracle « cible activement les organisations » sur la conformité Java suite à l'introduction de nouvelles conditions contractuelles pour le code.

Dans un document de recherche, le cabinet a déclaré que les clients Oracle existants et ceux qui n'avaient pas de produits Oracle étaient ciblés par Big Red après que le fournisseur de logiciels et de matériel a introduit le nouvel abonnement universel Java SE.

« Le coût de l'abonnement universel Java SE peut être plus élevé que celui de l'ancien abonnement Java SE et de l'abonnement Java SE Desktop en raison de l'impact de la métrique des employés », indique le rapport. Le passage à la métrique des employés pourrait entraîner des coûts plus élevés pour les entreprises, car le nouvel abonnement Java SE Universal nécessite une licence pour tous les employés d'une organisation, qu'ils utilisent ou non Oracle, explique le rapport.

Oracle compte également tous les employés, sous-traitants et agents temporaires dans le cadre de la métrique des employés.

Oracle suit la métrique des employés dans les modèles de licence, même pour d'autres produits, notamment les applications E-Business Suite, PeopleSoft et Fusion Cloud telles que HCM (gestion du capital humain).

La société d'études de marché s'attend à ce qu'Oracle poursuive vigoureusement la conformité des licences.

« Selon les interactions avec les clients de Gartner, Oracle cible activement les organisations - à la fois les clients Oracle existants et ceux qui n'ont pas de produits Oracle - sur la conformité Java, et déploie son équipe mondiale de licences Java pour faire respecter la conformité », indique le rapport.

Gartner a convenu qu'Oracle « a l'habitude de modifier les offres et les métriques dans l'ensemble de son portefeuille de produits et ne permet généralement pas le renouvellement à long terme et/ou les modifications des offres héritées ».

Pour l'année civile 2022, 52% des interactions liées à la conformité et à l'audit des logiciels Oracle se sont concentrées sur Oracle Java, selon Gartner.

On ne sait pas à quoi les entreprises qui utilisent l'abonnement hérité de Java peuvent s'attendre en termes de frais de renouvellement et de délai de renouvellement, a ajouté la société d'études de marché.

« Alors qu'Oracle déclare que le nouvel abonnement universel Java SE supprimera le besoin de compter les postes de travail et les serveurs, il n'est pas encore clair si le ciblage de la conformité diminuera. Compte tenu de l'étendue de la mesure des employés, les responsables de la gestion des achats, des produits et des fournisseurs peuvent avoir besoin de justifier le nombre d'employés auprès d'Oracle, tout comme ils ont été tenus de justifier les quantités d'utilisateurs nommés Plus/Desktop », a déclaré Gartner dans une note de recherche.

Gartner a également déclaré que si les 50 000 processeurs impliqués dans les nouvelles conditions de licence « semblent généreux », il n'est pas encore clair si l'utilisation par Oracle de la politique de partitionnement d'Oracle pour appliquer les exigences de licence dans les environnements partitionnés et virtualisés prend fin.

« Oracle a mis l'accent sur les taux de croissance élevés de Java, et Gartner pense qu'il s'agit d'une incitation à la monétisation continue de la conformité Java », a déclaré Gartner.

Dans les calculs de Gartner sur le coût des changements de licence Java, les pires scénarios voient les coûts plus que doubler, tandis que le meilleur des cas pourrait voir les coûts chuter de 94 %.

Les experts réagissent à la nouvelle tarification Java d'Oracle

Les clients Oracle devront payer plus

Malgré la promesse d'Oracle d'un modèle de tarification à faible coût, les experts s'attendent à ce que le prix d'Oracle Java augmente dans la grande majorité des situations. Wayne Federico, COO et vice-président des services techniques chez Miro Consulting, déclare :

« Je dirais que la plupart des situations auxquelles je peux penser, ça va être plus cher. Et dans de nombreux cas, cela pourrait être beaucoup plus cher ».

Ian Hill, directeur de l'information et de la cybersécurité chez Upp, explique :

« Étant donné que Java est en principe open source, depuis qu'Oracle a acquis Sun Microsystems en 2010, il était toujours à prévoir qu'ils trouveraient un moyen de contourner l'obstacle de l'open source et de commercialiser pleinement Java et de maximiser son potentiel de profit grâce à ce que certains pourraient qualifier de forme de rançongiciel légalisé. Après tout, dans la poursuite du profit, les clients ne sont qu'un inconvénient nécessaire.*»

Oracle lance un appât à la manière d'un pêcheur

Oracle échange un problème client contre un nouveau. Il ne comptera plus les instances Java de chaque client, mais il remplace ce processus par un nouveau modèle de tarification plus coûteux et injuste.

Craig Guarente, fondateur et PDG, Palisade Compliance, déclare :

« Dans le cadre du modèle de licence précédent, les clients se battaient constamment avec Oracle au sujet des implémentations Java dans les environnements VMWare. Comment compter et mesurer était en question et cela a entraîné des retards importants dans les accords Java d'Oracle. Le nouveau modèle remplace ce problème par le nouveau problème d'avoir à acheter des licencier Java à des personnes qui ne l'utilisent jamais. De plus, compte tenu de notre analyse de plus d'une douzaine de contrats Java actifs, Palisade voit les frais Oracle augmenter de 2x à 10x ! »

Nathan Biggs, PDG, House of Brick :

« Indépendamment de vos utilisateurs Java ou de l'empreinte de votre serveur, vous devez désormais compter chaque employé, sous-traitant, consultant et agent pour déterminer votre facture d'abonnement Java. Vous êtes potentiellement redevable d'une augmentation massive des frais d'abonnement qui peut avoir très peu d'avantages pour votre exploitation.*»

Craig Guarente, fondateur et PDG, Palisade Compliance :

«*Les représentants d'Oracle ne cherchent plus à savoir quelle est la taille de l'environnement d'un client ou si ce client utilise VMware. Maintenant, ces mêmes vendeurs indiquent simplement combien de fois les clients ont téléchargé Java à partir du site Web d'Oracle et combien d'employés les clients ont sur la base d'informations publiques ».

Le nouveau modèle de tarification d'Oracle est dissocié de la valeur commerciale

En liant le coût au nombre d'employés, Oracle passe d'une approche logique de paiement pour ce que vous utilisez à une approche qui n'a aucun sens.

Kjetil Nordal, directeur mondial des ventes et des alliances Oracle, Crayon :

« Si cela se passe comme il semble, il s'agit d'une escalade significative des efforts de licence Java. Selon ces règles, une entreprise de 10 000 employés avec une seule (1) installation Java sous licence serait confrontée à des frais annuels d'environ 1 million de dollars ».

Fredrik Filipsson, expert Oracle Licensing Cloud, conformité des réparations

« Cela signifie que si vous êtes une organisation de 10 000 employés et que vous n'avez que 1 000 utilisateurs qui ont besoin de Java. Vous ne pouvez pas acheter les 1 000 utilisateurs uniquement, mais vous devez calculer le nombre correct à l'aide de la définition. Le résultat final [est] que [vous] devrez acheter au moins 10 000 licences.

« Le prix de la licence Java a également été augmenté, par utilisateur. Auparavant, cela coûtait 1,5 $ par utilisateur et par mois. Maintenant, Java est au prix de 8,25 $ par utilisateur. Mais vous n'avez pas besoin de licence pour les processeurs. Mais c'est une augmentation de prix de plus de 700%.

« La plupart des organisations auront le choix de payer beaucoup plus que ce qu'elles ont fait pour Java dans le passé ou simplement de désinstaller tout Oracle Java dans leur centre de données ».

Oracle fait du mal aux grandes entreprises

Faites le calcul. Plus votre organisation est grande, plus il vous en coûtera pour utiliser Oracle Java SE, même si vous n'utilisez pas beaucoup de Java.

Pam Fulmer, associée, Groupe de droit tactique :

« Désormais, les entreprises qui octroient des licences Java doivent compter "tous vos employés temporaires, à temps plein et à temps partiel" ET "tous les employés à temps plein, à temps partiel et les employés temporaires de vos agents, sous-traitants, sous-traitants et consultants qui prennent en charge vos opérations commerciales internes". Cela signifie que toutes ces personnes doivent être prises en compte pour les licences, même si elles n'utilisent pas de logiciel Java. Le résultat est potentiellement une augmentation massive des prix pour les entreprises utilisant Java SE. Le changement aura un impact particulièrement négatif sur les grandes entreprises comptant de nombreux employés, mais il aura également un effet important sur les entreprises de taille moyenne ».

Sources : étude de Gartner, Craig Guarente, Wayne Federico, Kjetil Nordal, Pam Fulmer

Et vous ?

Que pensez-vous de l'analyse de Gartner ?
Que pensez-vous des propos des experts ?

[Chal92]

Quel est l'interet d'utiliser Oracle Java SE ?
Il y a java openjdk , java adoptopenjdk , ibm semeru ...

Je suis pas spécialiste mais je vois pas l'interet de continuer a utiler Oracle Java ...
Quelqu'un pourrait expliquer les différences ?

[SimonKenoby]

Quel est l'interet d'utiliser Oracle Java SE ?
Il y a java openjdk , java adoptopenjdk , ibm semeru ...

Je suis pas spécialiste mais je vois pas l'interet de continuer a utiler Oracle Java ...
Quelqu'un pourrait expliquer les différences ?

Je ne suis absolument pas expert la dedans, mais je suppose que c'est surtout des avantages contractuels et légaux, par exemple du support, ou alors une garantie en cas de failles de sécurité qu'elle sera corrigée en max xx heures/jours, ce que les solutions open source ne peuvent pas offirir. Mais c'est que des supposition.

[max59fr]

Un truc n'est pas clair pour moi.
Les applications open source qui intègrent une JRE (comme par exemple SQL Developer) sont-elles soumises à cette tarification ?
Si j'installe une telle application, rien ne me dit qu'elle embarque une JRE Oracle qui ma ve couter bonbon...

[Stéphane le calme]

La police Java d'Oracle frappe pour la première fois aux portes des entreprises du Fortune 200
depuis l'entrée en vigueur de sa politique « Java SE Universal Subscription » en janvier 2023 qui fait exploser les coûts

Depuis janvier 2023, Oracle a mis en place un nouveau régime de licence pour Java, le populaire langage de programmation et environnement de développement. Cette nouvelle politique, baptisée “Java SE Universal Subscription”, promet aux clients une “souscription mensuelle simple et à faible coût” qui inclut la licence et le support de Java SE pour les déploiements sur les postes de travail, les serveurs ou dans le cloud.

Depuis le 23 janvier 2023, Oracle a remplacé les abonnements Oracle Java SE couramment achetés par les clients par un nouvel abonnement Oracle Java SE Universal.

Oracle décrit l'abonnement Java SE Universal comme étant : « un abonnement mensuel simple et peu coûteux qui inclut la licence et le support Java SE pour une utilisation sur les postes de travail, les serveurs ou les déploiements dans le cloud. L'abonnement donne accès à des mises à jour de performances, de stabilité et de sécurité testées et certifiées pour Java SE, directement depuis Oracle. Il comprend également l'accès à My Oracle Support (MOS) 24h/24 et 7j/7, une prise en charge en 27 langues, des fonctionnalités de gestion, de surveillance et de déploiement de Java SE 8 Desktop, entre autres avantages ».

« Les clients des anciens produits d'abonnement Java SE continuent de bénéficier de tous les avantages d'origine et peuvent renouveler selon leurs conditions et mesures existantes », a déclaré Oracle. Son annonce est accompagnée d'une liste de prix, qui montre que la principale différence entre le nouveau et l'ancien modèle est que Java sera concédé sous licence par employé, plutôt que par utilisateur ou par processeur, comme l'ancien modèle le permettait.

Alors que l'abonnement précédent était concédé sous licence de deux manières différentes selon que le logiciel était utilisé sur un serveur ou sur un ordinateur de bureau (ordinateur personnel), le nouvel abonnement universel a de nouvelles conditions d'utilisation. Notez que ces conditions diffèrent des conditions précédentes d'Oracle "Employé" et sont les suivantes :

Employé pour Java SE Universal Subscription : est défini comme (i) tous vos employés à temps plein, à temps partiel, temporaires, et (ii) tous les employés à temps plein, à temps partiel et les employés temporaires de vos agents, sous-traitants et consultants qui soutiennent vos opérations commerciales internes. La quantité de licences requises est déterminée par le nombre d'Employés et pas seulement par le nombre réel d'employés qui utilisent les Logiciels. Pour ces licences Java SE Universal Subscription, la quantité de licence achetée doit, au minimum, être égale au nombre d'Employés à la date d'effet de votre commande. Dans le cadre de cette métrique d'employé pour les programmes d'abonnement universel Java SE, vous ne pouvez installer et/ou exécuter le(s) programme(s) d'abonnement universel Java SE que sur un maximum de 50 000 processeurs, si votre utilisation dépasse 50 000 processeurs, à l'exclusion des processeurs installés et/ ou s'exécutant sur des ordinateurs de bureau et portables, vous devez obtenir une licence supplémentaire auprès d'Oracle.

En clair, les nouvelles conditions exigent que les clients achètent désormais suffisamment d'abonnements en fonction du nombre total d'employés du client, qu'ils utilisent/exploitent le logiciel directement, indirectement ou pas du tout. Un client avec un petit nombre d'installations et un nombre élevé d'employés pourrait voir des factures de plusieurs millions de dollars par an.

À titre d'exemple, un client comptant 20 000 employés utilisant JAVA SE à quelque titre que ce soit dans le cadre des nouvelles conditions d'abonnement devra acheter des abonnements universels JAVA SE pour l'ensemble des 20 000 employés, à un tarif mensuel de 6,75 $, soit un total de 1,62 million de dollars par an.

En outre, il est nécessaire d'octroyer une licence aux employés, agents, sous-traitants et travailleurs temporaires de tiers qui prennent en charge les opérations commerciales internes des clients, ce qui nécessitera un examen plus approfondi et peut-être d'augmenter considérablement le nombre.

Pour les nouveaux clients, ce dernier modèle s'appliquera immédiatement et pour les clients existants, ce modèle pourrait s'appliquer lors du prochain renouvellement. Bien qu'Oracle puisse signaler que les clients existants pourraient être en mesure de renouveler selon les conditions précédentes, cela ne doit pas être considéré comme une garantie. Les coûts initiaux publiés pour le modèle sont les suivants :

L'audit d'Oracle dans l'utilisation de Java des grandes entreprises

Les experts du secteur ont souligné que les entreprises qui utilisent peu Java devraient acquérir une licence pour chaque employé dans le cadre du dernier modèle, ce qui constitue un changement radical par rapport au modèle proposé précédemment par Oracle. Gartner a estimé que le modèle d'abonnement par employé serait deux à cinq fois plus cher que l'ancienne version.

Alors que les petites entreprises ne comptant qu'une centaine d'employés ont reçu des lettres d'audit d'Oracle leur demandant de clarifier leur position en matière de licences Java, l'entreprise s'était jusqu'à présent abstenue d'interroger les plus grandes entreprises. Mais cela a changé au cours des derniers mois, selon Craig Guarente, fondateur et PDG de Palisade Compliance, une société indépendante de conseil en matière de licences Oracle.

« Il y a un mois, j'aurais dit qu'Oracle n'auditait pas les entreprises du Fortune 100 ou du Fortune 200, et qu'il y avait donc un seuil au sommet, mais il n'y en a plus aujourd'hui », a-t-il déclaré. « Au cours du mois dernier, nous avons vu des lettres d'audit officielles d'Oracle adressées à des entreprises du Fortune 100. Certaines d'entre elles étaient des utilisateurs d'abonnements Oracle Java existants, dont les renouvellements étaient imminents, tandis que d'autres ne payaient rien à Oracle pour Java, de sorte qu'il n'y a pas vraiment de différence ».

Guarente s'exprimait lors d'un webinaire organisé par Azul, qui aide les entreprises à abandonner Oracle Java au profit d'alternatives open source.

Donna Walker, directrice des ventes aux entreprises chez Azul, a déclaré qu'Oracle avait demandé des frais de licence annuels de 4 millions de dollars lorsqu'un client du secteur de la vente au détail est passé à une licence par employé lors du déploiement d'un nouveau système de point de vente. Mais en utilisant Oracle Java pour le système de point de vente et en migrant le reste vers Java libre, le client a pu réaliser une économie de 90 %, a-t-elle affirmé.

Guarente a conseillé aux clients d'évaluer leur position et de ne payer pour Java que si cela s'avère nécessaire. La signature d'un accord à long terme peut faire d'un client l'otage de la fortune lorsqu'il s'agit de renouveler son contrat, a-t-il déclaré.

« Une fois que vous êtes engagé, si vous payez un million de dollars par an à Oracle et que vous avez souscrit un abonnement de trois ans, que pensez-vous qu'il se passera au moment du renouvellement ? Il ne s'agira pas d'un million de dollars, mais du montant qu'Oracle peut générer, et si vous êtes bloqué et que vous ne pouvez pas vous éloigner d'Oracle à ce moment-là dans les 30 ou 60 jours, votre renouvellement augmentera considérablement ».

L'année dernière, Gartner a déclaré que l'expérience des clients depuis l'introduction du nouveau modèle montrait une forte augmentation des coûts de licence d'Oracle, de sorte que d'ici 2026, plus de 80 % des applications Java seront déployées sur des runtimes tiers, contre 65 % en 2023.

En février 2023, Gartner a averti qu'Oracle « cible activement les organisations » sur la conformité à Java suite à l'introduction de nouvelles conditions contractuelles pour le code.

En juillet de l'année dernière, les médias ont révélé qu'Oracle envoyait des courriels non sollicités à des entreprises pour discuter de contrats d'abonnement à Java, apparemment dans le but d'extraire des informations qui pourraient lui être utiles lors de futures négociations de licence.

Exploration des Alternatives Open Source à Java

Dans le contexte actuel où Oracle a modifié sa politique de licence pour Java, de nombreuses entreprises cherchent des alternatives open source pour éviter les coûts supplémentaires. Voici quelques-unes des options open source les plus populaires qui peuvent servir de remplacement à Oracle Java SE :

• Azul Platform Core : Azul Platform Core offre des builds Azul Zulu d’OpenJDK et se présente comme un remplacement direct d’Oracle Java SE à des coûts nettement inférieurs. Il est soutenu par des ingénieurs Java experts et propose des builds de sécurité stabilisés, permettant aux clients d’implémenter des correctifs de sécurité trimestriels tout en minimisant le risque de régression.
• Amazon Corretto : Amazon Corretto est une distribution d’OpenJDK par Amazon, utilisée en interne et proposée en tant que binaires téléchargeables gratuitement. Corretto JDK est testé TCK et disponible pour Linux, Windows et macOS. Il comprend des correctifs d’Amazon qui ne sont pas encore intégrés dans les projets de mise à jour correspondants d’OpenJDK.
• Eclipse Temurin : Eclipse Temurin est le projet open source Java SE basé sur OpenJDK. Temurin est disponible pour une large gamme de plates-formes et de versions de Java SE. Eclipse Temurin est une distribution d’OpenJDK maintenue par le projet Adoptium au sein de la Fondation Eclipse. Contrairement à son prédécesseur AdoptOpenJDK, les builds Temurin sont testés Java SE TCK. Les versions sont mises à jour et soutenues par la communauté Adoptium.
• Red Hat OpenJDK : La build de Red Hat d’OpenJDK est une implémentation gratuite et open source de la plateforme Java, Standard Edition (Java SE) qui est prise en charge sur Windows et Red Hat Enterprise Linux.

Ces alternatives offrent non seulement une échappatoire aux nouvelles politiques de licence d’Oracle, mais elles peuvent également fournir une flexibilité accrue et une indépendance vis-à-vis d’un seul fournisseur. En adoptant ces solutions open source, les entreprises peuvent bénéficier d’une plus grande transparence, d’un contrôle accru sur leur pile technologique et potentiellement de coûts réduits.

Avantages de l’adoption d’alternatives open source :

• Réduction des coûts : élimination des frais de licence et des coûts associés.
• Flexibilité et personnalisation : possibilité de modifier le code source pour répondre aux besoins spécifiques de l’entreprise.
• Support communautaire : accès à une vaste communauté de développeurs et à un support collaboratif.
• Indépendance du fournisseur : moins de dépendance à un seul fournisseur, ce qui réduit le risque de blocage du fournisseur.

En considérant ces alternatives, les entreprises doivent évaluer leurs besoins spécifiques, leurs capacités techniques et leur stratégie à long terme pour s’assurer qu’elles choisissent la solution la plus adaptée à leur environnement et à leurs objectifs commerciaux.

Sources : Amazon Coretto, Azul Platform Core, Eclipse Temurin, Red Hat OpenJDK

Et vous ?

Quel impact la nouvelle politique de licence Java d’Oracle a-t-elle eu sur votre stratégie informatique globale ?
Comment évaluez-vous le rapport coût-bénéfice des licences logicielles dans votre entreprise ?
Avez-vous déjà été confronté à un audit de licence logicielle et comment votre entreprise y a-t-elle répondu ?
Quelles mesures votre entreprise a-t-elle prises pour se préparer à d’éventuels audits futurs ?
Dans quelle mesure la dépendance à un fournisseur unique affecte-t-elle votre prise de décision en matière de technologie ?
Comment la communauté open source peut-elle jouer un rôle dans la réduction des coûts de licence et la diversification des options technologiques ?
Quels sont les défis et opportunités que vous percevez dans la transition vers des alternatives open source ?
Quelle est votre perspective sur l’équilibre entre les coûts de licence et le support technique offert par les fournisseurs de logiciels ?
Comment la transparence des fournisseurs de logiciels sur les politiques de licence influence-t-elle votre confiance et vos relations commerciales ?
Quelles stratégies recommanderiez-vous pour négocier avec les fournisseurs de logiciels afin d’obtenir les meilleures conditions de licence ?

[AoCannaille]

Quels interêts restent-ils à adopter la solution Oracle vis à vis des autres ? Qu'a-t'elle de plus ?

[kain_tn]

Quels interêts restent-ils à adopter la solution Oracle vis à vis des autres ? Qu'a-t'elle de plus ?

Rien qui puisse justifier son prix. Ce sont juste des gogos.

[skaloup]

Quels interêts restent-ils à adopter la solution Oracle vis à vis des autres ? Qu'a-t'elle de plus ?

Toutes les entreprises qui veulent des mise à jour de sécurité sur Java 8, 7 voir 6.
Cela concerne en priorité les grande entreprises qui ont énormément d applications legacy

[kain_tn]

Toutes les entreprises qui veulent des mise à jour de sécurité sur Java 8, 7 voir 6.
Cela concerne en priorité les grande entreprises qui ont énormément d applications legacy

Un million par an en 2024 pour une MAJ de sécurité sur du Java 6, il faut peut-être se remettre sérieusement en question...

S'ils ont un million à jeter par les fenêtres par an, ils ont assez d'argent pour porter leur application sur un JDK plus récent - attention, je ne parle pas de tout redévelopper, hein.

[skaloup]

Un million par an en 2024 pour une MAJ de sécurité sur du Java 6, il faut peut-être se remettre sérieusement en question...

S'ils ont un million à jeter par les fenêtres par an, ils ont assez d'argent pour porter leur application sur un JDK plus récent - attention, je ne parle pas de tout redévelopper, hein.

Un million est très largement insuffisant pour migrer les applications legacy d'une entreprise de 20'000 personnes. De surcroît que ce type d'applications legacy s'executent souvent sur du Weblogic ou Webshere ..

On ne parle pas du nombre de grandes entreprises qui ont encore des applications en Cobol sur As400 ou le prix des licences doivent très supérieure ...

Un million de licence Java comparé au prix des licences Sap, Oracle ou/et Microsoft que doivent déjà payer ce type d'entreprise c est presque gratuit...

[kain_tn]

Un million est très largement insuffisant pour migrer les applications legacy d'une entreprise de 20'000 personnes. De surcroît que ce type d'applications legacy s'executent souvent sur du Weblogic ou Webshere ..

Je ne sais pas: il faut compter le support extended pour les Websphere ou le fait de les voir criblés de failles de sécurités, et d'être vraiment en risque. Pas certain que le fait de laisser ça traîner soit un bon calcul.

Il ne s'agit pas ici d'une réécriture complète mais de passer de Java à Java, même s'il y a eu de grosses ruptures depuis la version 9, surtout au niveau des outils/plugins.

On ne parle pas du nombre de grandes entreprises qui ont encore des applications en Cobol sur As400 ou le prix des licences doivent très supérieure ...

Oui, enfin là, il faudrait faire une véritable réécriture, pour en sortir, et c'est des années à plusieurs millions par ans, en effet.

[walfrat]

Un million par an en 2024 pour une MAJ de sécurité sur du Java 6, il faut peut-être se remettre sérieusement en question...

S'ils ont un million à jeter par les fenêtres par an, ils ont assez d'argent pour porter leur application sur un JDK plus récent - attention, je ne parle pas de tout redévelopper, hein.

Ahah, je ne pense pas non, tu sous estimes vraiment un certain nombre d'élément qu'il faut gérer et surtout revalider l'entièreté du système, écrit sans doute à l'époque sans beaucoup d'automatisation

Déjà sur l'aspect sécurité, un certain nombre de choses ont changé, en particulier sur les paramètres par défaut, les algorithmes de l'époque qui sont par défaut débrancher car déprécié etc. Bref refaire juste compiler ne suffira pas.

Enfin il y a des chances qu'un certain nombre de ses applis soient purement délaissés, car il n'y a plus personnes qui sait vraiment faire juste autre chose que l'installer et prier pour que ça marche. Bref les grand classiques de ce qu'on peut trouver dans des entreprises qui ont vécu longtemps.

[Stéphane le calme]

Oracle Java : trop cher ? La nouvelle tarification basée sur le nombre d'employés pousse les abonnés mécontents
vers des alternatives comme OpenJDK

Oracle, le géant de la technologie, a récemment provoqué un mécontentement parmi ses abonnés Java. La mise en place d’un modèle d’abonnement basé sur les employés a entraîné un exode vers des alternatives, notamment OpenJDK.

Depuis le 23 janvier 2023, Oracle a remplacé les abonnements Oracle Java SE couramment achetés par les clients par un nouvel abonnement Oracle Java SE Universal.

Oracle décrit l'abonnement Java SE Universal comme étant : « un abonnement mensuel simple et peu coûteux qui inclut la licence et le support Java SE pour une utilisation sur les postes de travail, les serveurs ou les déploiements dans le cloud. L'abonnement donne accès à des mises à jour de performances, de stabilité et de sécurité testées et certifiées pour Java SE, directement depuis Oracle. Il comprend également l'accès à My Oracle Support (MOS) 24h/24 et 7j/7, une prise en charge en 27 langues, des fonctionnalités de gestion, de surveillance et de déploiement de Java SE 8 Desktop, entre autres avantages ».

« Les clients des anciens produits d'abonnement Java SE continuent de bénéficier de tous les avantages d'origine et peuvent renouveler selon leurs conditions et mesures existantes », a déclaré Oracle. Son annonce est accompagnée d'une liste de prix, qui montre que la principale différence entre le nouveau et l'ancien modèle est que Java sera concédé sous licence par employé, plutôt que par utilisateur ou par processeur, comme l'ancien modèle le permettait.

Alors que l'abonnement précédent était concédé sous licence de deux manières différentes selon que le logiciel était utilisé sur un serveur ou sur un ordinateur de bureau (ordinateur personnel), le nouvel abonnement universel a de nouvelles conditions d'utilisation. Notez que ces conditions diffèrent des conditions précédentes d'Oracle "Employé" et sont les suivantes :

Employé pour Java SE Universal Subscription : est défini comme (i) tous vos employés à temps plein, à temps partiel, temporaires, et (ii) tous les employés à temps plein, à temps partiel et les employés temporaires de vos agents, sous-traitants et consultants qui soutiennent vos opérations commerciales internes. La quantité de licences requises est déterminée par le nombre d'Employés et pas seulement par le nombre réel d'employés qui utilisent les Logiciels. Pour ces licences Java SE Universal Subscription, la quantité de licence achetée doit, au minimum, être égale au nombre d'Employés à la date d'effet de votre commande. Dans le cadre de cette métrique d'employé pour les programmes d'abonnement universel Java SE, vous ne pouvez installer et/ou exécuter le(s) programme(s) d'abonnement universel Java SE que sur un maximum de 50 000 processeurs, si votre utilisation dépasse 50 000 processeurs, à l'exclusion des processeurs installés et/ ou s'exécutant sur des ordinateurs de bureau et portables, vous devez obtenir une licence supplémentaire auprès d'Oracle.

En clair, les nouvelles conditions exigent que les clients achètent désormais suffisamment d'abonnements en fonction du nombre total d'employés du client, qu'ils utilisent/exploitent le logiciel directement, indirectement ou pas du tout. Un client avec un petit nombre d'installations et un nombre élevé d'employés pourrait voir des factures de plusieurs millions de dollars par an.

À titre d'exemple, un client comptant 20 000 employés utilisant JAVA SE à quelque titre que ce soit dans le cadre des nouvelles conditions d'abonnement devra acheter des abonnements universels JAVA SE pour l'ensemble des 20 000 employés, à un tarif mensuel de 6,75 $, soit un total de 1,62 million de dollars par an.

En outre, il est nécessaire d'octroyer une licence aux employés, agents, sous-traitants et travailleurs temporaires de tiers qui prennent en charge les opérations commerciales internes des clients, ce qui nécessitera un examen plus approfondi et peut-être d'augmenter considérablement le nombre.

Pour les nouveaux clients, ce dernier modèle s'appliquera immédiatement et pour les clients existants, ce modèle pourrait s'appliquer lors du prochain renouvellement. Bien qu'Oracle puisse signaler que les clients existants pourraient être en mesure de renouveler selon les conditions précédentes, cela ne doit pas être considéré comme une garantie. Les coûts initiaux publiés pour le modèle sont les suivants :

Plusieurs utilisateurs migrent ou envisagent de migrer vers OpenJDK

Selon une étude réalisée suite à l'introduction du modèle d'abonnement basé sur les employés, seuls 14 % des abonnés Oracle Java prévoient de rester sur l'environnement d'exécution de Big Red.

Dans le même temps, 36 % des 663 utilisateurs Java interrogés ont déclaré avoir déjà adopté le modèle de tarification basé sur les employés introduit en janvier 2023. Peu de temps après la mise en œuvre du nouveau modèle, les experts ont averti qu'il entraînerait une augmentation significative des prix pour les utilisateurs qui l'adopteraient. En juillet, la société mondiale de recherche technologique Gartner prévoyait que les utilisateurs du nouveau forfait d'abonnement seraient confrontés à des coûts entre deux et cinq fois supérieurs à ceux du modèle précédent basé sur l'utilisation.

Ainsi, parmi les 86 % des répondants utilisant Oracle Java SE qui déplacent actuellement ou prévoient de déplacer tout ou partie de leurs applications Java hors des environnements Oracle, 53 % ont déclaré que l'environnement Oracle était trop cher, selon l'étude réalisée par le cabinet d'études de marché indépendant Dimensional Research. Quarante-sept pour cent ont déclaré que la raison du changement était une préférence pour l'open source, et 38 pour cent ont déclaré que c'était à cause de l'incertitude créée par les changements continus dans les prix, les licences et le support.

L'étude a été financée par Azul, une société qui fournit un support pour les plateformes Java open source. Le PDG Scott Sellers a déclaré : « Il est difficile d'établir une corrélation directe autre que celle observée dans la forte tendance et les taux d'utilisation, qui ont fait passer Oracle Java des alternatives à OpenJDK. »

« Mais l'une des principales raisons citées par les répondants au rapport pour expliquer pourquoi les utilisateurs d'Oracle Java ont changé de stratégie est le coût. Il semble donc assez probable que ce soit la nouvelle mesure de tarification qui ait encore exacerbé cette inquiétude. »

Il a ajouté qu'il y avait également un attrait pour les logiciels open source dans les entreprises à la recherche d'alternatives à la dépendance vis-à-vis d'un fournisseur, lorsque cela était pratiquement réalisable. « Azul, Amazon et Microsoft ont tous des versions disponibles gratuitement d'OpenJDK. Une fois qu'un utilisateur quitte Oracle Java, il a beaucoup de choix différents et nous devons gagner ces dollars. »

Pour prendre en charge les applications OpenJDK en production, 46 % ont choisi une plateforme payante telle que Bellsoft Liberica, IBM Semeru ou Azul Platform Core ; 45 % ont choisi une plateforme gratuite prise en charge telle qu'Amazon Corretto ou Microsoft Build of OpenJDK ; et 37 % ont choisi une plateforme gratuite non prise en charge.

Parmi les utilisateurs qui ont déjà migré vers OpenJDK, 25 % ont déclaré qu'Oracle avait été nettement plus cher, tandis que 41 % ont déclaré que les licences de Big Red l'avaient rendu un peu plus cher que l'alternative. Parmi ceux qui prévoient de migrer, plus de la moitié des répondants (52 %) ont déclaré qu'ils s'attendaient à ce que ces efforts prennent un à deux ans, contre 23 % qui planifient des projets dans trois à quatre ans. Seuls 14 % prévoient que leur migration prendra moins d'un an.

La migration vers OpenJDK se déroule comme prévu, voire plus facilement

Compte tenu de l'importance des coûts, on peut se demander pourquoi les entreprises ne sont pas plus nombreuses à abandonner Oracle Java. Il s'avère que de nombreux utilisateurs d'Oracle Java pensent que le processus de migration est tout simplement trop intimidant.

31 % considèrent que la migration est trop risquée, 28 % craignent de ne pas pouvoir migrer complètement hors d'Oracle et de devoir continuer à les payer, et 22 % pensent qu'ils n'ont pas les ressources nécessaires pour migrer avec succès vers une distribution OpenJDK. Au total, cela représente environ la moitié des 14 % de participants qui choisissent de rester avec Oracle Java.

Les réponses des participants qui ont déjà migré complètement hors d'Oracle Java semblent apaiser ces craintes. En effet, 84 % des participants qui ont achevé leur migration hors d'Oracle Java ont déclaré que celle-ci s'était déroulée comme prévu ou qu'elle avait été plus facile que ce à quoi ils s'attendaient. En outre, 75 % d'entre eux ont achevé leur migration en moins d'un an et 23 % en trois mois ou moins. 

Combien de temps a-t-il fallu à votre entreprise pour achever sa migration d'Oracle Java vers une distribution OpenJDK ?

Les utilisateurs de Java apprécient l'assistance et l'expertise commerciales

Les deux tiers des organisations qui sont passées d'Oracle Java aux distributions OpenJDK réalisent des économies par rapport aux coûts d'assistance d'Oracle.

Les utilisateurs de Java ne se contentent toutefois pas de réaliser des économies. Les autres caractéristiques qu'ils apprécient dans une distribution OpenJDK sont l'expertise technique (61 %), les versions et correctifs opportuns (54 %), le support client (42 %), les mises à jour de sécurité stabilisées (40 %) et l'expertise en matière de migration (39 %). Étant donné que les utilisateurs bénéficiaient de l'expertise technique, des versions et correctifs opportuns et des mises à jour de sécurité stabilisées d'Oracle, l'enquête suggère qu'ils ne veulent pas perdre ces éléments lors de la migration.

Conclusion

La migration vers OpenJDK est en cours, et trois quarts des migrations Java sont achevées en moins d’un an. Oracle doit maintenant faire face à une concurrence sérieuse et repenser sa stratégie de tarification pour conserver ses abonnés. En attendant, les utilisateurs se tournent vers des alternatives plus abordables et flexibles.

Source : Azul

Et vous ?

Quelle est votre expérience avec Oracle Java et OpenJDK ? Avez-vous déjà utilisé l’un ou l’autre ? Si oui, avez-vous ressenti des différences significatives en termes de coût, de performance ou de support ?
Quel est votre opinion concernant ce nouveau modèle de tarification ? Pensez-vous que le modèle d’abonnement basé sur les employés d’Oracle est justifié ? Est-ce une approche équitable ou trop coûteuse pour les entreprises ?
Quelles sont les implications pour les développeurs et les entreprises ? Discutez des conséquences potentielles pour les développeurs, les entreprises et les projets qui dépendent de Java. Comment cela pourrait-il affecter leur stratégie de développement ?
Quelles alternatives à Oracle Java recommandez-vous ? Partagez vos préférences en matière d’environnements d’exécution Java. Avez-vous déjà migré vers OpenJDK ou envisagez-vous de le faire ?
Comment voyez-vous l’avenir de Java et d’OpenJDK ? Spéculez sur l’évolution de ces plateformes à long terme. Quelles tendances prévoyez-vous en matière d’adoption et de développement ?

[smarties]

Vu la mauvaise réputation d'Oracle, j'imagine que les clients cherchent à éviter/se passer de leurs produits au maximum.

Tout nouveau client avec un service informatique bénéficiant d'un pouvoir de décision doit empêcher l'achat de produits Oracle.


Ca fait des années qu'ils ont des pratiques commerciales peu honnêtes donc à mon avis leurs revenus viennent essentiellement de clients historiques.

[jpouly]

Java est mort, vive Java

[Niconix]

Certes, Oracle vit sur les anciennes victoires de Sun Microsystem qu'il
a sabordé pour faire de Sun Java l'incontournable langage imposé par ses services...

Mais le temps passe, depuis sa création, le langage Java est devenu une "usine à gaz"
que la concurrence d'autres langages et l'AI feront disparaître au profit d'autres produits.

Du fait de son opulence mondiale, la société tente de réaliser plus de profits
pour des services déjà onéreux, si les clients quittent le navire, la société devra
trouver une autre source de profits... Et peut-être produire du matériel, ce que faisait
Sun Microsystem avec un succès encore retentissant avant son rachat par Oracle....