IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

API Java : Oracle contre-attaque dans le cadre du litige sur les droits d'auteur l'opposant à Google devant la Cour suprême
Qui entendra l'argumentaire des deux parties le mois prochain

Le , par Christian Olivier

394PARTAGES

5  0 
Affaire Oracle – Google : le juge est développeur !
Une surprise qui ne devrait pas raccourcir le procès pour autant

Cela ne changera certainement rien au fond de l’affaire (qui reste de savoir si une API peut être brevetée ou pas), mais l’annonce a eu son petit effet.

Le juge en charge du procès entre Oracle et Google a réussi sa surprise en reprenant David Boies, l’avocat d’Oracle, sur la question de l’utilisation de « rangeCheck ».

« J’ai, et je continue, à faire du développement dans d’autres langages. J’ai écrit par le passé un millier de fois des blocs de codes du niveau de rangeCheck. J’aurais pu le faire. Vous pourriez le faire vous-même », a ainsi lancé le juge à une salle estomaquée. « Vous ne pouvez pas sérieusement affirmer que copier cela a accéléré l'arrivée sur le marché d’Android. »

Avant de crucifier son interlocuteur : « vous êtes un des meilleurs avocats d’Amérique, comment pouvez-vous imaginer avancer ce genre d’argument ? ».

Un peu désarçonné, l’avocat d’Oracle souhaite « revenir à rangeCheck » sans visiblement comprendre ce que le juge venait de lui dire.

Cette réponse étrange n’a pas manqué de donner lieu à une deuxième volée de bois verts : « rangeCheck ! Tout ce que ça fait c’est de s’assurer que les nombres que vous rentrez sont bien dans une certaine fourchette pour leur appliquer un traitement spécifique. […] Un étudiant pourrait le faire ! ».

L’avocat avoue alors qu’il n’est pas expert en Java et qu’il n’arriverait pas à faire ce genre de chose en 6 mois.

William Alsup, juge dans l'affaire Oracle vs Google

Le juge n’a cependant pas réservé ses foudres qu’à Oracle. L’avocat de Google les a lui-aussi essuyées pour s’être levé sans son autorisation alors qu’il n’avait pas fini de parler. « Vous, je ne sais pas ce que vous avez aujourd’hui. Vous êtes complètement à côté de vos pompes. Asseyez-vous !».

Un partout, la balle au centre, donc. Quant à l'affaire, elle demandera encore de très nombreuses heures de documentation et de débats. Pas sûr que les avocats des deux parties, déjà qualifiés de puériles par ce juge, soient ravis de les passer sous la présidence d'un tel maître de cérémonie.

Source : Law.com, Groklaw
Vous avez lu gratuitement 7 articles depuis plus d'un an.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer à vous proposer des publications.

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de defZero
Membre extrêmement actif https://www.developpez.com
Le 10/10/2020 à 20:46
Pour l'analogie, breveter une API reviendrait dans le monde réelle à breveter un langage, puisque c'est la façon dont nous pouvons communiquer.
Est-ce que la façon de communiquer peut être breveter ? Drôle de question à mon avis.
Alors, oui, la communication est une invention géniale, maintenant si seul 1 ou 2 personnes peuvent l'utiliser, ça me parait perdre pas mal de son intérêt premier .

Globalement, si les idées de la cour suprême ce démocratise sur ce sujet, on aura plus de possibilités d'interconnexion de systèmes hétérogène, puisque tous les environnement devront devenir propriétaire pour exister.
Et je ne crois pas que ce soit une bonne nouvelle pour qui que ce soit, Oracle compris.
9  0 
Avatar de marsupial
Expert éminent https://www.developpez.com
Le 06/04/2021 à 13:17
10 ans et 6 procès plus tard, on en revient à la situation initiale et qui dure depuis des décennies. A savoir que les API sont soumises au fair use et ne sont monnayables que par des brevets. Il n'y a qu'Oracle pour intenter des procédures aussi longues...
8  0 
Avatar de onilink_
Membre émérite https://www.developpez.com
Le 21/02/2020 à 10:43
@Aiekick
Sauf que la on parle de l'API java, pas de l'implémentation de java ni de l'implémentation de son API.
Une API par principe ça ne se vend pas, c'est l'implémentation qui se vend.

Tout comme tu ne vends pas les mots d'un dictionnaire, mais plutôt les textes écrits avec.

Outre le fait que ça n'a aucun sens, si jamais Oracle finis par avoir le dernier mot, ça va être néfaste pour tout le monde car toute entreprise qui a crée une API pourra avoir un monopole dessus, et donc un monopole sur les interopérabilités, empêcher les implémentations open source, etc...
7  0 
Avatar de ClaudeBg
Membre éprouvé https://www.developpez.com
Le 21/02/2020 à 11:43
tout le monde peut faire ce qu'il veut, et je trouve ça plus emmerdant encore.
Un monde où les avancées sont récupérables par tous, et dans lequel on fait ce qu'on veut (en respectant les autres) est quand même un monde plus agréable à vivre que celui dans lequel chacun réinvente la roue et voit sa liberté limitée sous des prétextes commerciaux.

Sinon, sur le principe, quid de la prétendue séparation des pouvoirs, lorsque le politique se mêle de décisions judiciaires?

De plus, quand on voit l'ineptie à laquelle on est arrivé: Un système inventé par Sun et utilisable gratuitement, qui est racheté pour une boîte dont l'unique but est de faire payer ce qui était gratuit, ça montre les limites de ce système économique.

Bref, moi je pisse autant sur Google que sur Oracle, qui représentent tout ce que je déteste dans notre société. Le seul intérêt que je vois à cette lutte féroce entre "frères d'armes", c'est qu'à force de rencontrer des problèmes de ce type, ce système de droits d'auteurs et de copyrights va s'auto-bloquer.
7  0 
Avatar de forthx
Membre éprouvé https://www.developpez.com
Le 21/02/2020 à 14:40
c'est un peut comme si je développais un navigateur qui respecte la norme et qui exécute du angular nativement: google pourrait me dire que je n'ai pas le droit car l'api angular est sa propriété ...

ou a plus bas niveau, si je fait un processeur compatible X86 car c'est intel qui a défini le jeux d'instruction. (ils on pas vendu des droits d'exploitation de l' "API" x86 d’ailleurs ?)

Pour le libre, on a déjà pas mal d'API dispos, ca voudrai dire qu'un logiciel propriétaire n'a pas de droit de se substituer a un logiciel libre si il présente la même API
5  0 
Avatar de Uther
Expert éminent sénior https://www.developpez.com
Le 24/02/2020 à 9:19
Citation Envoyé par LeBressaud Voir le message
Et pourquoi sur le principe ça ne se vendrait pas ? Créer une API cohérente de cette taille et utilisé par autant de développeur ça demande un énorme travail. Sur le principe on peut comprendre qu'ils soient un peu frustré que google ai tous pompé et se fasse du blé avec...
La cohérence peut en effet demander du travail, par contre le nombre d'utilisateur ne change rien a la complexité de la tache.

Par contre , la quantité d'utilisateur rend d'autant plus importante la possibilité de faire une implémentation compatible d'une bibliothèque. Cela permet d’éviter de se retrouver piégé par une société qui bloque les possibilités d'évolution en abusant de sa position dominante.

Citation Envoyé par walfrat Voir le message
"par principe" : tu as une référence de loi Américaine ou française qui va dans ce sens ? parce que un "principe" ça tient pas devant un juge s'il n'est pas dans la loi...
En Amérique il y a la notion juridique de Fair-Use qui reste cependant assez vague. Toute la question du procès est justement de savoir si la reprise de l'interface d'une bibliothèque rentre dans ce cadre. Jusqu’à présent l'ensemble du milieu informatique considérait que c'était le cas.

Citation Envoyé par walfrat Voir le message
Et oui si une entreprise pond un système, je ne vois pas pourquoi on devrait pouvoir y brancher un autre système qui prétend fonctionner comme celui de l’entreprise. Cela dit rien ne t'empêche de faire un nouveau système, avec tes propres APIs, qui répond au même besoin que celle d'une autre entreprise. Lorsqu'un entreprise vend et supporte un système, elle le fait en toute logique de bout en bout.
Sauf que Google avait besoin de pouvoir s'appuyer sur une base de code existant. L'énorme majorité des bibliothèques qui constituent l'écosystème Java n'appartiennent pas a Oracle. Google n'a pas de raison de ne pas vouloir en profiter. C'est bon que Oracle ne puisse pas avoir la main mise l'écosystème Java entier.

Le succès d'un écosystème c'est pas que sa qualité, c'est surtout arriver au bon moment. Pouvoir faire des implémentations compatible permet d'éviter qu'une entreprise profite indûment d'une position de rente.
S'il suffisait de faire une bonne API pour qu'elle soit massivement utilisée, Google ne se serait pas gêné, ça fait longtemps que l'on sait ce qui ne va pas dans l'API Java et qui mériterait d'être revu. D'ailleurs dans l'API Java elle même, Oracle en est à sa seconde itération des API des gestion du JavaScript, du Client HTTP, du réseau, sa troisième en ce qui concerne la gestion des dates, ... Chaque fois en conservant l'API précédente car même Oracle ne peut pas se permettre de se couper de l'écosystème existant.
4  0 
Avatar de Axel Mattauch
Membre averti https://www.developpez.com
Le 07/10/2020 à 14:37
Citation Envoyé par Stéphane le calme Voir le message
API Java : Google et Oracle seront entendus à la Cour suprême ce mercredi 7 octobre 2020,

Si les API peuvent être restreintes par le droit d'auteur, alors chaque programme informatique important pourrait être un véritable champ de mines prêtes à exploser devant les tribunaux. Grimmelmann prévient que les droits d'auteur d'API pourraient facilement donner lieu à des trolls d'API : les entreprises qui acquièrent les droits d'auteur d'anciens logiciels, puis poursuivent les entreprises qui ont construit leur logiciel en utilisant ce qu'elles supposaient être des normes ouvertes. Les droits d'auteur des API pourraient également entraver l'interopérabilité entre les plateformes logicielles, car les entreprises seront obligées de créer leurs logiciels en utilisant des normes délibérément incompatibles pour éviter des tracasseries juridiques.
Je crois urgent de breveter l'utilisation de l'eau comme solvant.

Selon ORACLE et le Federal Circuit, je comprends que les droits sur des API appartiendraient aux premiers qui ont dégainé.
Par suite, Java fourmille de plagiats.
Un seul exemple:
Code : Sélectionner tout
1
2
3
4
5
6
public class Nom_du_programme {
   public static void main (String args[]){
   	System.out.println("Hello World");

   }
}
  • utilisation de parenthèses pour passer des arguments
  • de virgules pour séparer les arguments
  • de guillemets pour définir une string
  • utilisation de points pour décliner une hiérarchie
  • de crochets, de points virgules ...


tout ça odieusement volé à des langages prédécesseurs .

Le grand malheur avec les juridictions US est le critère n°1 est le $, pas le bon sens.
5  1 
Avatar de PhilippeGibault
Membre éprouvé https://www.developpez.com
Le 08/10/2020 à 17:51
Le problème de Oracle, ce n'est pas Google, c'est leur politique qui consiste à presser le citron client au détriment de l'innovation.

Leur cœur de métier, c'est la BDD, c'est même Oracle qui a inventé la BDD.

Seulement, la BDD oracle est la plus chère. Pire, quand on prend une licence Oracle, il faut prévoir les futurs frais d'avocats, car ils ont une tendance à être malhonnête sur les options.
Et ça peut vite finir en procès.

Et pendant qu'ils sont occupés à presser le citron client, les concurrents sont moins chers et meilleurs sur le cœur de métier.
https://blog.developpez.com/sqlpro/p...-la-difference

La différence entre Larry Ellison et Dieu, c'est que Dieu ne se prend pas pour Larry Ellinson.
4  0 
Avatar de la.lune
Membre chevronné https://www.developpez.com
Le 14/02/2020 à 8:21
Citation Envoyé par Christian Olivier Voir le message

Oracle, pour sa part, estime que ces appréhensions n’ont pas lieu d’être, car si Google a permis aux développeurs Java de créer facilement des applications Android, les applications Java et Android ne sont pas totalement compatibles. Et pour tous ceux qui vantent les vertus de l'interopérabilité Oracle rappelle que Google a admis avoir délibérément rendu Android incompatible avec Java.
Sur ce point là je trouve que Oracle a tapé fort car on nous crie pour l'innovation et l'interopérabilité entre les programmes et pourtant Google est le premier en casser cette interopérabilité. Malheureusement même une appli qui n'utilise pas le graphisme et qui tourne sur Oracle JDK/Open JDK ne peut pas tourner sur Dalvik. Et Google savait ce qu'il fait en créant le .apk aussi. Si au moins, les développeurs Java avaient la flexibilité entre un programme destiné à Dalvik et JDK , Google serait pour moi dans le bon sens mais là il faut être aveugle pour ne pas observer la malhonnêteté de Google.
3  0 
Avatar de Uther
Expert éminent sénior https://www.developpez.com
Le 21/02/2020 à 13:39
Citation Envoyé par Aiekick Voir le message
si c'est vrai, je comprends un peu la position d'oracle. c'est vrai que ça va pas nous arranger, mais d'un autre coté si on ne respecte pas les licences d'utilisation autant dire que le code open source comme propriétaire ne vaut pas grand chose (en terme de droit), tout le monde peut faire ce qu'il veut, et je trouve ça plus emmerdant encore.
En fait, à la base, Sun vendait deux choses :
  • l'accès à leur implémentation de référence de Java que les vendeurs d'OS pour ordinateur et de systèmes embarqués pouvaient utiliser comme base pour produire une JVM adaptée à leur OS.
  • l'accès au TCK qui permet de valider que l'implémentation de la JVM correspond bien aux normes.


Par contre le projet Harmony(qui a servi de base a Android) a fait une ré-implémentation complète de Java sans se baser sur l'implémentation de référence de Sun.
3  0