Oracle serre la vis sur les licences de Java en entreprise

Oracle serre la vis sur les licences de Java en entreprise

Gratuit or not gratuit ?

Avatar de l'auteur
Vincent Hermann

Publié dans

Droit

19/12/2016 5 minutes
75

Oracle serre la vis sur les licences de Java en entreprise

Oracle est désormais plus offensif sur le respect des licences Java quand elles sont utilisées par les entreprises partenaires. Car en dépit des apparences, il en existe plusieurs éditions, dont certaines sont payantes. Le procès contre Google ne portant pas les fruits espérés, l’éditeur chercherait ainsi à serrer la vis.

La question de savoir si Java est gratuit est finalement plus complexe qu’il n’y paraît. Comme l’indique The Register, des partenaires d’Oracle ont la désagréable surprise de se voir imposer des audits de leurs licences par l’éditeur, pour savoir s’ils ne devraient pas quelque argent sans même être au courant.

Un renforcement des services de contrôle

Le modèle de licence de Java est en effet assez spécifique, et beaucoup ne semblent pas s’être posé la question jusqu’à présent, pas même Oracle. Mais depuis peu, l’éditeur cherche à récupérer son dû. Selon nos confrères, l’entreprise aurait embauché pas moins d’une vingtaine de personnes supplémentaires pour étoffer ses License Management Services (LMS), qui gèrent ce type de cas. Six ans après le rachat de Sun, l’heure serait donc aux comptes.

Toujours selon The Register, les entreprises concernées embauchent actuellement des experts sur ces questions de licences, car les sommes en jeu vont de quelques dizaines à quelques centaines de milliers de dollars. Un flou dû à la manière dont les licences Java sont testées, même si les clients croient n’utiliser que Java SE, l’édition gratuite.

Java SE est bien gratuit, mais...

En effet, si l’édition SE est bel et bien gratuite, elle est suivie de trois autres variantes, payantes cette fois : SE Advanced Desktop, SE Advanced et SE Suite. Elles offrent toutes des socles fonctionnels différents. La SE Suite par exemple est facturée 300 dollars par utilisateur et par mois, assorti d’une licence de 66 dollars. Selon le cas, notamment en utilisation serveur, la facturation peut basculer sur un modèle par processeur, ici pour 15 000 dollars par mois, avec un support de 3 300 dollars.

Ici, les choses se compliquent, car il y a deux éléments à prendre en compte. D’une part, Java SE se veut gratuit pour certaines catégories d’utilisation qu’Oracle décrit comme « générale », à savoir les ordinateurs fixes ou portables, les tablettes et les smartphones. Tout ce qui sort de ce cadre, notamment les équipements spécialisés, les platines Blu-ray et autres équipements réseau, entraine une facturation.

D’autre part, et c’est là que la mauvaise surprise peut résider, la société concernée ne sait pas forcément qu’elle se sert d’une édition payante de Java. L’installation de Java SE met en effet en place l’ensemble des composants. Les développeurs peuvent donc se servir de presque tout ce que Java peut offrir… sans savoir qu’ils utilisent peut-être un élément appartenant à une édition payante. Or, si elle s’en sert pour développer des produits payants sur des catégories spécifiques de produits mentionnées plus haut, elle enfreint la licence d’utilisation.

Attention aux composants utilisés

D’après un expert interrogé par The Register, une grande partie du problème actuel réside dans cette confusion : « Si vous téléchargez Java, vous obtenez tout, et vous devez vous assurer que vous n’utilisez que les composants auxquels vous avez droit et que vous avez supprimé ce que vous n’utilisez pas. L’utilisation commerciale se déclenche dès que vous vous servez d’une de ces fonctionnalités payantes. « L’objectif général » n’est défini que vaguement, d’où ces conflits ».

Selon les sources de The Register, tout porte à croire qu’Oracle devrait intensifier ses réclamations en 2017. L’éditeur chercherait manifestement à remettre la situation à plat via les audits déjà mentionnés, afin de remplir un peu ses caisses. Et les embauches dans les LMS prouvent qu’il est plus que décidé à faire respecter les règles en la matière.

L'influence d'un procès qui traîne ?

On s’étonnera malgré tout que ces questions de licence semblent tout à coup poser problème plus de six an après le rachat de Sun. Pourquoi un tel calendrier ? On peut estimer que le procès intenté à Google sur la violation des brevets Java douche actuellement les espoirs d’Oracle sur la possibilité d’une victoire. L’éditeur avait réclamé jusqu’à 9,3 milliards de dollars, mais Google a obtenu gain de cause. Même si Oracle a fait appel de la décision, la procédure sera longue et l’issue incertaine.

En attendant, le seul conseil qui puisse être donné aux entreprises se servant de Java est de faire attention aux composants utilisés. Si certains appartiennent à des éditions payantes, elles peuvent s’attendre à un courrier d’Oracle et à une facture potentiellement salée.

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Un renforcement des services de contrôle

Java SE est bien gratuit, mais...

Attention aux composants utilisés

L'influence d'un procès qui traîne ?

Le brief de ce matin n'est pas encore là

Partez acheter vos croissants
Et faites chauffer votre bouilloire,
Le brief arrive dans un instant,
Tout frais du matin, gardez espoir.

Fermer

Commentaires (75)




D’autre part, et c’est là que la mauvaise surprise peut résider, la société concernée ne sait pas forcément qu’elle se sert d’une édition payante de Java. L’installation de Java SE met en effet en place l’ensemble des composants. Les développeurs peuvent donc se servir de presque tout ce que Java peut offrir… sans savoir qu’ils utilisent peut-être un élément appartenant à une édition payante. Or, si elle s’en sert pour développer des produits payants sur des catégories spécifiques de produits mentionnées plus haut, elle enfreint la licence d’utilisation.





Oracle, quelle belle boîte&nbsp;<img data-src=" />


Sans vouloir entrer dans le debat technique “Java c’est nul Java c’est trop bien”, des langages il en existe des trouzaines aujourd’hui, adaptés à tout les usages. Pourquoi vouloir continuer dans l’insécurité ?








Cashiderme a écrit :



Sans vouloir entrer dans le debat technique “Java c’est nul Java c’est trop bien”, des langages il en existe des trouzaines aujourd’hui, adaptés à tout les usages. Pourquoi vouloir continuer dans l’insécurité ?





Pour ne pas avoir à re-développer (ce qui coûte temps et/ou argent) un truc qui “fonctionne”?

Ca me dépasse mais j’entends souvent ce genre de justification dans des cas similaires

&nbsp;









Cashiderme a écrit :



Sans vouloir entrer dans le debat technique “Java c’est nul Java c’est trop bien”, des langages il en existe des trouzaines aujourd’hui, adaptés à tout les usages. Pourquoi vouloir continuer dans l’insécurité ?





C’est ce qui va se passer si Oracle rend l’utilisation de java chaotique.

Là, c’est tout simplement hallucinant que les utilisateurs soient mis au pied du mur..



Puis 3000$ de support.. hmm hmm. A ce prix là, ils vont crouler sous les demandes, rien que pour les emmerder



Si j’utilise le langage Kotlin sur une JVM Oracle, je risque quelque chose ? Et sur la JVM OpenJDK ?


C’est quand même assez ouf de distribuer gratuitement du logiciel payant, ne rien faire pour bloquer ce qui n’a pas été payé puis venir réclamer ensuite. C’est du tout bon pour la plateforme .net ceci dit.








Cashiderme a écrit :



Sans vouloir entrer dans le debat technique “Java c’est nul Java c’est trop bien”, des langages il en existe des trouzaines aujourd’hui, adaptés à tout les usages. Pourquoi vouloir continuer dans l’insécurité ?





Parce que les devs sont des feignasses. Leur temps de travail est partagé ainsi : 13 de pauses café, 13 de stack overflow et 13 de youtube. Du coup, il reste peu de temps pour faire autre chose.



C’est globalement le même bazar que pour le logiciel Oracle Database :



Toutes les options sont activables, mais l’utilisation de certaines entraine une facturation supplémentaire.

Bien entendu, il n’y a aucun avertissement et certaines options payantes sont activées par défaut lors de l’installation …



Bien entendu quand tombe la facturation, c’est là que la surprise arrive …








Akoirioriko a écrit :



Parce que les devs sont des feignasses. Leur temps de travail est partagé ainsi : 13 de pauses café, 13 de stack overflow et 13 de youtube. Du coup, il reste peu de temps pour faire autre chose.







Si je passais un tiers de temps à boire du café, me faudrait un autre tiers rien que pour les pauses pipi <img data-src=" />



Après j ‘ai rien contre qu’Oracle gagne de l’argent sur son produit et propose un service payant, mais si une boite doit déployer un service juridique complet pour déterminer s’ils vont se prendre un procès ou non, autant redevelopper le machin autrement, ama.









Akoirioriko a écrit :



Parce que les devs sont des feignasses. Leur temps de travail est partagé ainsi : 13 de pauses café, 13 de stack overflow et 13 de youtube. Du coup, il reste peu de temps pour faire autre chose.







  • 13 de next inpact, et après ils viennent râler sur les heures supp <img data-src=" />



j’allais dire la même …. tas de crevards !


Perso, j’appelle ça des pratiques mafieuses. Une autre raison de ne pas utiliser Java.








Akoirioriko a écrit :





&nbsp;

Parce que les devs sont des feignasses. Leur temps de travail est partagé ainsi : 13 de pauses café, 13 de stack overflow et 13 de youtube&nbsp;13 de NextInpact. Du coup, il reste peu de temps pour faire autre chose.

&nbsp;

<img data-src=" />



Oracle est&nbsp;sans doute&nbsp;la pire entreprise en matière de patent troll








Cashiderme a écrit :



&nbsp;

Après j ‘ai rien contre qu’Oracle gagne de l’argent sur son produit et propose un service payant, mais si une boite doit déployer un service juridique complet pour déterminer s’ils vont se prendre un procès ou non, autant redevelopper le machin autrement, ama.





Oui je disais ça pour déconner et t’as raison mais changer de langage (ce qui implique de devoir possiblement changer d’IDE, de SGBD et d’autres trucs auxquels je ne pense pas forcément n’étant pas dev de métier) c’est pas une opération neutre dans une entreprise et toutes les boîtes n’auront pas forcément les moyens de le faire : manque de temps, d’effectifs… Du coup pour celles qui ne le peuvent pas, raquer apparaîtra comme étant la solution la plus simple.



Du coup d’un point de vue légal, si c’est possible vaut mieux utiliser openJDK ?


Oracle fait tout pour pousser OpenJDK ? Enfin une bonne action ^^








eliumnick a écrit :



Oracle fait tout pour pousser OpenJDK ?







Un peu de Duphalac et ça sortira tout seul.



J’aimerais bien savoir comment ça se passe avec Redhat qui fourni le JDK/JRE Oracle.



Je pense que la majorité des gens installe le soft sans se poser de question “bah on paye la licence Redhat, c’est fourni avec, go”. Mais si ça se trouve on est complètement dans “l’illégalité” sans le savoir…



Vu les annonces faites à la Java One cette année j’pense qu’il est largement temps de partir soit sur openjdk soit sur une autre techno parce que ça devient vraiment n’imp…








bennysan a écrit :



J’aimerais bien savoir comment ça se passe avec Redhat qui fourni le JDK/JRE Oracle.



Je pense que la majorité des gens installe le soft sans se poser de question “bah on paye la licence Redhat, c’est fourni avec, go”. Mais si ça se trouve on est complètement dans “l’illégalité” sans le savoir…



Vu les annonces faites à la Java One cette année j’pense qu’il est largement temps de partir soit sur openjdk soit sur une autre techno parce que ça devient vraiment n’imp…







La plupart des distributions linux incluent OpenJDK et pas le JDK/JRE Oracle.



Tu es sur de ton affirmation ?



J’ai regardé un peu cette histoire de JSE advanced edition, suite, etc.



Les “parties” payantes n’ont pas du tout l’air d’être dans l’API de base, j’suis pas convaincu que l’on ne sache pas que l’on utilise autre chose que le JSE de base quand on s’aventure sur ce genre de code.



Ce que l’on peut ne pas savoir en revanche c’est que les extras que l’on utilise sont payants.


RHEL inclut OpenJDK de mémoire, et pas le Java d’Oracle. En tout cas ça incite fortement à basculer sur OpenJDK. Mais ça existe sous W—–s ?








tiret a écrit :



RHEL inclut OpenJDK de mémoire, et pas le Java d’Oracle. En tout cas ça incite fortement à basculer sur OpenJDK. Mais ça existe sous W—–s ?







Oui ça existe aussi sous… cet OS.



Ca fait 15j que je me tape les verifs chez les clients et en interne (VM en pagaille).

Au final, je vais downgrader 13 des clients, 13 ont modifié la config sans nous prevenir, ce n’est plus de notre ressort.

Et le dernier tiers va passer en Postgress, tout comme les bases en interne. Et ca sera plus léger au final.

Donc <img data-src=" /> Oracle


Donc l’utilisation d’un simple JDK avec un Tomcat sur un serveur de production serait gratuite ?


Les devs ne sont pas toujours maîtres de quel langage ils peuvent utiliser. Si une boîte utilise majoritairement du Java, bonne chance pour lui demander de toute refaire en .NET…


atension au fote:&nbsp;plus de six an ….pardonable car il y a biain pir sur les site d’actualité clasike&nbsp;


Ca me parait être un gros cadeau à MS et à .Net ça!

Les deux langages étant très proches, une migration est plutôt simple (ça se traduit bien à la main, il y a même des logiciels qui font ça). Du coup une boite qui se fait “voler” quelques dizaines/centaines de milliers de $ pourrait être fortement incitée à migrer!

MS c’est un peu cher aussi, mais au moins on sait pourquoi on paye et ce à quoi on a droit en général…&nbsp;



&nbsp;





Cashiderme a écrit :



Sans vouloir entrer dans le debat technique “Java c’est nul Java c’est trop bien”, des langages il en existe des trouzaines aujourd’hui, adaptés à tout les usages. Pourquoi vouloir continuer dans l’insécurité ?





Pour moi le soucis de java c’est plus un soucis de performance (machine virtuelle) que de sécurité? Ou alors tu parles d’insécurité financière?









jinge a écrit :



Pour moi le soucis de java c’est plus un soucis de performance (machine virtuelle) que de sécurité? Ou alors tu parles d’insécurité financière?







Financière



Dès lors que tu utilises une OpenJDK tu es blindé. Après pour le reste il faut faire attention à ce que tu installes.








jinge a écrit :



Ca me parait être un gros cadeau à MS et à .Net ça!

Les deux langages étant très proches, une migration est plutôt simple (ça se traduit bien à la main, il y a même des logiciels qui font ça). Du coup une boite qui se fait “voler” quelques dizaines/centaines de milliers de $ pourrait être fortement incitée à migrer!









  • Si c’est l’environnement le plus proche, encore faut-il qu’il y ait un équivalent .Net pour toutes les bibliothèques Java utilisées.

  • Au final, c’est un coût énorme pour un risque difficile à quantifier. Entre les options « s’assurer d’utiliser OpenJDK »/« bien creuser la limite des questions juridiques » et « passer des semaines/mois/années à migrer » tout ça pour aucun avantage fonctionnel, le choix sera sûrement vite fait. Souvent la priorité sera données aux nouvelles perspectives (ex: besoins nouveaux, améliorations fonctionnelles) plutôt qu’à des améliorations techniques dont les financiers/commerciaux ne voient pas de gain direct (ce qui est triste pour ceux qui maintiennent du code pas terrible).



    (ou alors plutôt songer à une migration graduelle, qui peut aussi se transformer en une mosaïque de technologies hétéroclites)









v6relou a écrit :



C’est du tout bon pour la plateforme .net ceci dit.









jinge a écrit :



Ca me parait être un gros cadeau à MS et à .Net ça!







C’est un peu ce que je me disais aussi… Surtout maintenant que .NET est open-source et multi-plateforme (.NET Core).







jinge a écrit :



Les deux langages étant très proches, une migration est plutôt simple (ça se traduit bien à la main, il y a même des logiciels qui font ça).







Java et C# se ressemblent beaucoup, mais y a quand même des différences assez importantes, et surtout les librairies de classes sont très différentes. Donc non, la migration n’est pas “plutôt simple” à mon avis…







jinge a écrit :



MS c’est un peu cher aussi, mais au moins on sait pourquoi on paye et ce à quoi on a droit en général…





Oui mais ça c’était avant… Tu prends le runtime .NET Core (gratuit), ASP.NET Core (gratuit) pour le framework web, tu fais tourner ça sur un serveur Kestrel (gratuit) que tu mets derrière un nginx (gratuit), le tout sur un serveur Linux (gratuit). Donc non, c’est pas “un peu cher”, du moins pas en coûts de licence ;)

 





jinge a écrit :



Pour moi le soucis de java c’est plus un soucis de performance (machine virtuelle) que de sécurité? Ou alors tu parles d’insécurité financière?





Java n’est pas si lent que ça, la VM a été beaucoup améliorée au fil des versions. Et .NET fonctionne aussi sur une VM (le CLR) donc la performance n’est pas vraiment l’argument majeur à mon avis.



Je ne connais pas bien l’univers java mais on m’a souvent dit que les bibliothèques tierces sont généralement bien plus complètes et nombreuses que sur la plateforme .net. Si c’est vrai, ça risque aussi d’être un frein à un changement de techno.


Allez, on a presque enterré Flash, le prochain c’est Java ?

J’ai le droit de rêver…


+1








Juju251 a écrit :



C’est globalement le même bazar que pour le logiciel Oracle Database :



Toutes les options sont activables, mais l’utilisation de certaines entraine une facturation supplémentaire.

Bien entendu, il n’y a aucun avertissement et certaines options payantes sont activées par défaut lors de l’installation …



Bien entendu quand tombe la facturation, c’est là que la surprise arrive …









Clairement pour Oracle Database, selon que tu es en env de DEV, REC, INT, QUALIF, PRE PROD ou PROD c’est pas le même prix.



On a eu le cas, et le gars d’Oracle nous avait clairement dit : en DEV, c’est gratos, le reste tu paies.



En plus, en environnement virtualisé tu dois licencier tous les sockets CPU du cluster, on était <img data-src=" /><img data-src=" />



MS est plus intelligent sur ce coup là, on ne licencie que les vCPU (4 au min).





“Java SE se veut gratuit pour certaines catégories d’utilisation qu’Oracle décrit comme « générale », à savoir les ordinateurs fixes ou portables, les tablettes et les smartphones. Tout ce qui sort de ce cadre, notamment les équipements spécialisés, les platines Blu-ray et autres équipements réseau, entraine une facturation.”



Donc les serveurs, dans le cul lulu :/



Oracle devrait faire attention a ne pas saboter ses relations avec les entreprises.



C’est vrai qu’il n’y a pas trop de choix lorsqu’on veut un framework connu, complet, pérenne et pas cher (au déploiement) pour faire des applications “desktop” commerciales. En gros, ca se résume à:





  • C++ & QT & Qt Creator

  • .Net & Winform/WPF & visualstudio

  • Java & Swing & eclipse







    Le gros avantage de Java c’était le cross-plateforme linux/windows, aussi bien pour l’environnement de dev (jdk+eclipse) que pour l’environnement d’execution (jre + jar). Mais cet avantage ne vaut pas les risques financiers liés aux revendications d’Oracle.


Pour accéder aux fonctionnalités payantes il faut quand même ajouter “-XX:+UnlockCommercialFeatures” sur la ligne de commande à chaque fois qu’on lance java, alors les gens qui disent “je savais pas” il se moquent un peu du monde…


SE Advanced Desktop , SE Advanced,&nbsp;SE Suite&nbsp;-&gt; Outil de monotoring&nbsp;&nbsp;(cfhttp://www.oracle.com/us/technologies/java/javase-advanced-suite-ds-401373.pdf)A… je veux pas vous mettre la pression mais pour le moment, je n’ai trouvé aucune librairie pouvant être&nbsp;embarquée dans du code amenant&nbsp;à une facturation supplémentaire&nbsp;d’oracle.&nbsp;Quand on utilise un gestionnaire de dépendance style maven avec repository public ou privé, on sait via la réplication des versions de librairies si celle ci est gratuite ou payante ( ex: jdbc n’est pas sur les nexus public car il doit y avoir acceptation de la licence)



Arrêtez de cracher sur Java SE et arrêtez aussi de croire que dans une grande entreprise on peut changer de langage en one again. Si java est autant déployé dans les entreprise, c’est d’une part par sa grande robustesse et tout l’écosystème d’outils qui gravite autours des techno Java SE (malheureusement bcp moins de Java EE)



Tout ce que mérite Oracle, c’est un gros fork dans sa face mais les difficultés judiciaires seraient trop contraignante et il faudrait certainement réinventer la roue &nbsp;sur certaines API pour ne pas utiliser certains composant libre d’utilisation mais pas libre de droit.



Bref Java c’est en partie Oracle mais pas que, Le problème vient du rachat de Sun à l’époque&nbsp;


Et comme je peux plus éditer le précédent commentaire (faute d’orthographe, manquement, mots oubliés …)

pour synthetiser

OpenJDK c’est le bien.&nbsp; Suivons IcedTea de RedHat de plus près.

y a ça a lire:





Y a pleins se logiciels dans ce cas la…



IBM en a toute une série à te faire payer selon l’environnement.


La gestion des licences des logiciels des gros éditeurs et de leurs multiples options, exceptions, etc … est la seule et unique raison pour laquelle la boite de 7000 personnes pour laquelle je travaille est en train de remplacer autant que possible tous ces logiciels proprio par de l’open source.



Ça et l’argent économisé sur les-dites licences bien sûr :)


Une motivation de plus pour les dev de switcher sur du OpenJDK. Avec cette solution pas de doute


C’est comme pour le jeux video, t’as ceux qui croient au DRM-free et t’as ceux qui veulent des DRM a gogo ;) Java c’est sans DRM



C’est a l’utilisateur de faire gaffe


Java ou .NET c’est la meme chose du managed, et puis niveaux serveur c’est prouvé, Java est plus rapide que .NET, raison pour laquel MS a choisit de reecrire .NET avec .NET core








tifounon a écrit :



Clairement pour Oracle Database, selon que tu es en env de DEV, REC, INT, QUALIF, PRE PROD ou PROD c’est pas le même prix.



On a eu le cas, et le gars d’Oracle nous avait clairement dit : en DEV, c’est gratos, le reste tu paies.



En plus, en environnement virtualisé tu dois licencier tous les sockets CPU du cluster, on était <img data-src=" /><img data-src=" />



MS est plus intelligent sur ce coup là, on ne licencie que les vCPU (4 au min).





“Java SE se veut gratuit pour certaines catégories d’utilisation qu’Oracle décrit comme « générale », à savoir les ordinateurs fixes ou portables, les tablettes et les smartphones. Tout ce qui sort de ce cadre, notamment les équipements spécialisés, les platines Blu-ray et autres équipements réseau, entraine une facturation.”



Donc les serveurs, dans le cul lulu :/





c’est pas 2 vcpu pour MSSQL ?&nbsp; me semblait, en tout cas c’est le nombre de vCPU pour une licence win srv open



On peut remplacer Java par Zulu (OpenJDK) d’Azul System :http://www.azul.com/downloads/zulu/


En fait, cela pourrait même se retourner contre eux pour tromperie délibérée.


Toi, tu as oublié SCO et Rambus ;) …


L’article dit pourtant le &nbsp;contraire :&nbsp;

“D’une part, Java SE se veut gratuit pour certaines catégories d’utilisation qu’Oracle décrit comme «&nbsp;générale&nbsp;», à savoir les ordinateurs fixes ou portables, les&nbsp;tablettes&nbsp;et les&nbsp;smartphones. Tout ce qui sort de ce cadre, notamment les équipements spécialisés, les platines Blu-ray et autres équipements réseau, entraine une facturation.”&nbsp;Si je comprend bien, ça ne concerne pas uniquement des fonctionnalités commerciales activées, mais aussi du contexte d’utilisation de la version de base sans ces fonctionnalités.&nbsp;






  • Parce qu’il y a encore une foultitude d’applications professionnelles qui utilisent Java,

  • parce que Java est le langage que rémunère le mieux un développeur,

  • parce que 95% des développeurs sont des analphabètes de la sécurité informatique (ne se posent même pas la question en fait),

  • parce que le mot “Java” rassure encore beaucoup de (vieux) responsables informatique, pour eux c’est synonyme de robustesse et de fiabilité, ça fait pro, même si Oracle a complètement tué cette techno,






Et si j’utilise un cluster de smartphones comme serveur ?













=======&gt; []


une petite fournée de malware spyware daubeware en plus








Juju251 a écrit :



C’est globalement le même bazar que pour le logiciel Oracle Database :



Toutes les options sont activables, mais l’utilisation de certaines entraine une facturation supplémentaire.

Bien entendu, il n’y a aucun avertissement et certaines options payantes sont activées par défaut lors de l’installation …



Bien entendu quand tombe la facturation, c’est là que la surprise arrive …







Dans le DB, toute activation est tracée, c’est donc facile pour les auditeurs de trouver ce qui a été activé.

Avec java, t’as pas ce système donc hormis faire un audit du code, je vois pas comment ils peuvent voir rapidement les parties de Java soumises à tarification qui sont utilisées.



Étant administrateur de bdd Oracle depuis 15 ans, je ne peux que confirmer ! Oracle a toujours fonctionné comme ça, vous pouvez installer n’importe quel produit de leur catalogue, tout est ouvert, tout est activable, utilisable mais si vous avez un audit de leur part … c’est là que la douloureuse tombe. En plus le calcul du prix de licence maintenant sur des VM (exemple du nombre de cœur calculé sur des ESX) est juste hallucinant. Les entreprises clientes d’Oracle sont justes des bonnes grosses vaches à lait. Et sur la dernière version Oracle 12c, c’est encore pire, il y a des options activées par défaut pour le “Pluggable Database” et si tu ne fais pas gaffe et bien tu te fais bien avoir et la facture peut être très très salée.


C’est pas tellement redévelopper. C’est redévelopper, re tester, réinstaller, ré interfacer qui est long (donc cher) <img data-src=" />


Il se passe quoi si l’entreprise envoie chier Oracle et refuse l’audit ?&nbsp;


<img data-src=" />

Tu t’exprimes pas souvent, mais quand tu l’ouvres, c’est pour du lourd!


Avec 15 ans d’historique en Oracle, concrétement, pourquoi Oracle ? Pourquoi une entreprise décide un jour de passer sur ce SGBD (et pas sur du MariaDB, PostgreSQL, MSSQL,…) ? C’est plus un choix de la direction pour dire “la classe on a du Oracle” ? Un choix raisonné parce que Oracle DB proposait une fonction indispensable à l’entreprise ?


Ouai Oracle c’est un peu la rolls des DB.&nbsp;

Notamment pour le PL/SQL qui est particulièrement puissant, mais aussi pour les possibilités de duplications et mutualisations qui sont très évoluées.&nbsp;



Pour de la grosse volumétrie c’est le top (enfin à voir si des nouvelles bases types noSql ne vont pas changer la donne).&nbsp;


Excellente l’arnaque la technique <img data-src=" />



On diffuse gratuitement le soft, en disant que c’est gratuit

On planque une partie payante dedans, en prenant bien soin de en pas mettre de garde fou genre “attention ce module est payant” et en laissant un flou artistique

On attent que ça mijote un peu

On envoie les avocats récupérer la thune.



&nbsp;Est-ce que ça menacerait pas l’utilisation de Java dans l’informatique actuelle, ça ?








Natsume a écrit :



Excellente l’arnaque la technique <img data-src=" />



On diffuse gratuitement le soft, en disant que c’est gratuit





Pas vraiment, non. Même pas du tout ça.

Ce serait plutôt “On rachète une entreprise qui diffuse son soft gratuitement, on laisse refroidir quelques années pour rassurer les utilisateur, et ensuite on rend des parties payantes.”



Mais bon, vu qu’openjdk existe déjà et sera toujours gratuit, les devs ne seront jamais réellement impactés.



J’adore les types qui disent “il suffit” mais qui ne savent pas de quoi ils parlent. Premièrement le développement d’un logiciel n’est pas le seul coût … il faut aussi le maintenir, le tester (unitaire, utilisateur, système, intégration, etc.), l’assembler, le configurer, le déployer, le superviser, etc. c’est autant d’outils et de procédures qu’il faut étudier, trouver un accord, se former, déployer et maintenir à leurs tours.

Donc non, “il ne suffit pas”.



Ensuite soyons clair, Java est l’une des technologies les moins coûteuses. La main d’oeuvre ne manque pas (tous les étudiants depuis ces 12-15 dernières y ont été formés), les solutions pérennes et ne requiert pas des ténors pour développer des choses même un peu complexe. Ce n’est pas pour rien que c’est le langage retenu pour Android.



Pour continuer, Oracle n’est certainement pas une société philanthropique, ni la plus sympathique. Toutefois leur modèle économique est assez simple. Amusez-vous, testez, démontrez, etc. tant que vous voulez c’est open-bar et gratuit ; par contre, si vous mettez ça en production il faudra sûrement payer.

Au moins pour Oracle Database &lt;11, pour les environnements de dev, recette, démo, etc. tant qu’on ne process pas des données de production, et qu’on a pas besoin de support, c’est gratuit !



Pour autant que je sache les fonctionnalités spécifiques dans Java nécessite d’accepter la licence et donc une action explicite. Tout comme sur certaines distribs Linux où il faut éditer/créer un fichier précis. Sous Oracle Database, il y a des composants à sélectionner spécifiquement lors de l’installation et (il me semble) certains sont en revanche inclus dans l’installation de base. Néanmoins, dans la documentation, celle-ci sont explicitement indiquées comme étant sujettes à licence supplémentaire et il existe une table d’audit (utilisée d’ailleurs par Oracle pour vérifier) que tout DBA devrait surveiller en permanence. Sans compter que les fonctionnalités dîtes spécifiques devraient faire l’objet d’un blocage.



Enfin concernant le type d’usage, cela fait partie de la licence. C’est une modification qui a été introduite environ 1 an après le rachat de SUN. Le point le plus discutable à ce sujet est son introduction sur les versions (5 et 6) en maintenance (update), il fallait donc faire attention à prendre que les update de l’air SUN pour s’assurer de rester dans les clous. Pour les versions majeures suivantes (&gt; 7), une petite lecture de la licence me semble jamais de trop quand on utilise une technologie propriétaire …



PS : Sous RedHat il y a des packages OpenJDK ET Oracle.

&nbsp;&nbsp;








tifounon a écrit :



“Java SE se veut gratuit pour certaines catégories d’utilisation qu’Oracle décrit comme « générale », à savoir les ordinateurs fixes ou portables, les tablettes et les smartphones. Tout ce qui sort de ce cadre, notamment les équipements spécialisés, les platines Blu-ray et autres équipements réseau, entraine une facturation.”



Donc les serveurs, dans le cul lulu :/



En fait l’article de The Register est franchement trompeur, et celui de nxi est encore pire :(



Même la licence oracle est plus claire :

&nbsp;“General Purpose Desktop Computers and Servers” means computers, including desktop and laptop computers, or servers, used for general computing functions (..)



Beaucoup de logiciels du marché sont sur SGBD Oracle. Historiquement plusieurs ERP étaient sur base Oracle (SAP par exemple). Le parc Oracle est monstrueux ! Les entreprises ne le font pas pour la beauté du geste de se dire ‘“whaouuu”’ on a de l’Oracle ! Nous avons du MySQL, SQLServer, PostgreSQL, du DB2 et de l’Oracle par exemple. Les sociétés ne sont pas folles et savent bien que financièrement parlant Oracle n’est pas des plus intéressants mais il faut avouer que plusieurs fonctionnalités ne sont pas disponibles sur des produits moins chers voir gratuits !


Aucune idée, je n’ai jamais connu ce cas de figure. Je suppose que ça doit être une clause du contrat de licence. L’entreprise est obligé d’accepter l’audit sous peine d’une pénalité qui doit être balèze !


Effectivement, c’est plus clair :)








tifounon a écrit :



Ca c’est un truc qui est clairement hallucinant.

Payer pour des CPUs sur lequel le soft ne tourne pas. ^^

Ceci dit, on peut voir les choses autrement : Si tu virtualises sur 4 CPU aujourd’hui, rien n’indique que demain tu ne pas en utiliser 8 de la machine hôte parce que la BDD monte en charge, mais leur solution me semble tout de même abusée …







t0FF a écrit :



Ouai Oracle c’est un peu la rolls des DB.&nbsp;



Notamment pour le PL/SQL qui est particulièrement puissant, mais aussi pour les possibilités de duplications et mutualisations qui sont très évoluées.&nbsp;      






Pour de la grosse volumétrie c'est le top (enfin à voir si des nouvelles bases types noSql ne vont pas changer la donne).&nbsp;





J’ai quand même l’impression qu’elle tombe de plus en plus en morceau la Rolls …

Il sera intéressant de voir quel sera l’impact de MS SQL qui débarque sur Linux.



Et puis, Oracle, une Rolls, peut-être, mais en attendant ça dépend pas mal de l’environnement sur lequel il tourne : Oracle DB sous Windows c’est assez rock’n roll de ce que j’ai déjà pu voir. ^^



Si Oracle est la Rolls des DB, comment situer SQL Server ou MySQL ? Ferrari ? Cadillac ?



Je n’ai jamais vu une seule option dans Oracle qui me fasse apprécier ce SGDB. Lors de sa sortie c’était canon, mais aujourd’hui ce n’est plus qu’une vieille prostituée qui demande beaucoup trop cher…


&nbsp;Merci de nous étaler ta science, c’est pile de dont j’avais besoin.


Cela menace surtout Oracle.



J’espère que cela ouvrira les yeux de certains clients qui ne jurent que par Oracle alors qu’il y a aussi bien pour moins cher.


Quelles sont les options payantes ?

Si j’a bien compris, la version Java SE, la version “Standard Edition” est gratuite mais comprendrait des options payantes “non-déclarées” …. Est-ce compatible avec le droit européen ?

Comment se procurer la liste de ces composants ?

<img data-src=" />


J’ai pas beaucoup essayé SQL server, par contre Mysql j’ai beaucoup utilisé, et l’utilisation est clairement pas la même que pour Oracle.&nbsp;



Mysql sera super et beaucoup plus léger si tu n’as pas besoin de procédures stockées ni de réplication / duplication. Dans le cas contraire, une base oracle répondra mieux au besoin.&nbsp;



Après je suis d’accord, Oracle ça commence à vieillir et c’est un peu usine à gaz. Si Oracle est une vieille Rolls, je mettrais Mysql au niveau d’une Golf je dirais, &nbsp;fiable, moins coûteuse (temps d’installation et exploitation), moins d’options exotiques, mais dans la majorité des cas elle répondra très bien au besoin. Voila pour continuer sur cette comparaison foireuse&nbsp;<img data-src=" />


Non mais sérieux là, tenter une réponse d’une phrase pour tenter un contre sur l’avis de nemek.



nemek, le gars est inpaction depuis le 05 janvier 2006, il a posé 3 avis éclairés en 10ans.



il a argumenté sa position, et toi tu viens le troller avec ton level de gamin infernal avec 3vomis à l’heure?



va mourir, preux chevalier de la cause moribonde!

<img data-src=" />