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 !

Procès sur les API Java : Oracle ne veut pas s'avouer vaincu et conteste la décision du jury
Selon lui Google n'en a pas fait un usage acceptable

Le , par Stéphane le calme

265PARTAGES

7  0 
Le combat entre les deux entités que sont Oracle et Google semble ne pas être près de la ligne d’arrivée. Pour rappel, Oracle accusait Google d’avoir fait usage des API Java pour le développement de son système d’exploitation mobile Android sans lui avoir payé de licence. Pour ce préjudice, l’entreprise a réclamé 9,3 milliards de dollars au numéro un de la recherche. De son côté, Google estimait que l’utilisation de ces API relevait du « fair use » (usage acceptable), une notion qui désigne un ensemble de règles de droit, d'origine législative et jurisprudentielle, qui apportent des limitations et des exceptions aux droits exclusifs de l'auteur sur son œuvre (droit d'auteur).

Après des années de batailles judiciaires à rebondissements, à la question de déterminer s’il s’agissait d’une violation de la propriété intellectuelle ou d’un « fair use », le jury a répondu unanimement par l’affirmative, décidant que l’usage qui a été fait des 37 API Java dans Android relève du « fair use ». Google a précisé sur le fait que des parties minimales du code avaient été reprises pour fonder sa machine virtuelle Dalvik, qui n’est pour rappel plus utilisée depuis Android 5.0. Oracle, au contraire, insistait sur le fait que plus de 11 000 lignes de code avaient été copiées en l’état pour concevoir Dalvik.

De plus, la loi relative aux droits d’auteur autorise l’utilisation d’une œuvre protégée dans des circonstances limitées en fonction de la portée commerciale de l’utilisation, mais également à l’effet de l’utilisation sur la valeur de l’œuvre ou de son marché potentiel. Le Copyright Act prévoit aussi une utilisation sur la base du fait qu’elle pourrait être « transformative ». D’ailleurs la bibliothèque de Stanford soutient que « la question est de savoir si l’œuvre a aidé à créer quelque chose de nouveau ou simplement de la copier textuellement dans un autre travail ».

Le 6 juillet dernier, Oracle, qui ne compte pas en rester là, a déposé une requête auprès du juge en charge de l’affaire pour changer le verdict. L’entreprise souhaite que le juge William Alsup reste dans l’interprétation classique du « fair use » en citant entre autres des cas de jurisprudence suggérant que l’utilisation d’une œuvre protégée n’est pas légale si l’utilisateur « acquiert exclusivement des récompenses financières remarquables » pour son utilisation de l’œuvre protégée. Et pour cause, Oracle rappelle que Google a pu tirer 42 milliards de dollars d’Android, un succès qui, selon lui, n’aurait pas pu avoir lieu si le numéro un de la recherche ne s’était pas servi de Java.

Pour le spécialiste des bases de données, d’un point de vue traditionnel, le fair use peut être appliqué « par exemple pour des critiques, des commentaires, du travail journalistique, de l’apprentissage, dans un cadre académique ou de recherche ».

Cependant, si Oracle estime que les gains financiers de Google sont trop « manifestes » pour être ignorés, le juge a rappelé que le jury aurait pu « raisonnablement constater » que l’utilisation commerciale a également « servi des objectifs non commerciaux, en tant que partie d’une plateforme libre et ouverte, à savoir Android ».

Google a toujours soutenu que le code Java est gratuit et ouvert à tous et que l’utilisation qu’il faisait de ce code était transformatrice. Libre à Oracle de prouver que les gains financiers de Google sont tout simplement trop importants pour ne voir que l’aspect « libre et open source » d’Android.

Source : Sillicon Valley

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 Uther
Expert éminent sénior https://www.developpez.com
Le 15/01/2020 à 14:05
Citation Envoyé par gabriel21 Voir le message
Si la cour suprême confirme la condamnation, ce sera un sacré bronx aux USA et par ricocher dans le monde.
Et l'on pourra sans doute prédire la fin rapide de Java. Car il est fort probable que s'appuyant sur cette décision, Oracle fera du chantage aux entreprises utilisant Java sans support, pour qu'ils payent. Ce qui poussera de nombreux éditeurs à recoder dans un autre langage leurs applications métiers pour éviter de nouveaux procès.
Dans ce cas, reste à savoir quel langage sera le grand gagnant de cette lutte aux dividendes...
Encore une fois, ça n'a rien a voir : le procès de Google concerne uniquement la réimplémentation compmlète de la bibliothèque Java, pas son utilisation.
L'utilisation du langage Java ou même une implémentation de Java basée sur l'OpenJDK sont complètement libres et garanties.

Citation Envoyé par TidiusFF Voir le message
Oracle traite déja Java comme un boulet mort depuis des années.
C'est un peu l'inverse Oracle a mis des moyens pour relancer Java, là ou Sun n'avait pas réussi. Par contre il a pris beaucoup de retard par rapport à la concurrence.
8  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 Uther
Expert éminent sénior https://www.developpez.com
Le 08/01/2020 à 10:41
Citation Envoyé par darklinux Voir le message
Techniquement cela tuerais Java et donc l ' impôt d ' Oracle mais laisserais le champ libre à . Net , Kotlin , C++ pour l ' embarqué , ce serais une victoire à la Pyrrhus , serais ce un mal ? Cela va permettre de rebattre les carte , de ce débarrassé du legacy , donc d ' avoir un www efficient , car sans dette technique et abimerais sans doute Apple .
Pour 99,9% des utilisateurs de Java, ça ne changerait rien du tout. Ça ne concernerait que les personnes qui veulent faire une ré-implémentation des bibliothèques Java à partir de zéro, c'est à dire en pratique plus personne. Même Google base les nouvelles version du SDK d'Android sur l'OpenJDK.

Citation Envoyé par walfrat Voir le message
Cela dit, il me semble que parmi les arguments mentionné par Oracle dans les articles précédent, une des reproche n'est pas d'avoir copier/coller l'API mais bien du code d'implémentation existant déjà et venant de chez Oracle.
En dehors de l'interface de la bibliothèque Java, Oracle n'a pu prouver que 9 lignes de code recopiées (en plus complètement trivial) sur plusieurs millions. Autant dire que l'argument est plus que faible.
7  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 redcurve
Inactif https://www.developpez.com
Le 16/11/2019 à 11:38
J'ai bien fait de ne pas m'impliquer dans cette techno quand elle est sortie le modèle de License m'a toujours semblé louche, et apte à exploser en plein vol des années plus tard. Le truc il est open-source/propriétaire/gratuit/payant simultanément mais tu ne sais pas trop qu'est-ce qui va dans chaque case .
8  2 
Avatar de marc.collin
Membre émérite https://www.developpez.com
Le 11/01/2020 à 3:17
Citation Envoyé par SQLpro Voir le message
Il est amusant de constater que d'un côté, Java autrefois libre, devient de plus en plus fermé à cause d'Oracle et que de l'autre .net devient de plus en plus ouvert grâce à Microsoft…. Qui l'eu crut il y a 10 ans ?

A +
plus que faux, Java EE a été confié à la fondation Eclipse et oracle contribue à openjdk
https://openjdk.java.net/

tu veux contribuer à javafx?
c'est par ici
https://openjfx.io/

tu es plutôt java web start?

https://openwebstart.com/
6  0 
Avatar de Uther
Expert éminent sénior https://www.developpez.com
Le 28/03/2018 à 11:03
J'ai l'impression que les juges qui statuent là dessus n'ont rien compris au problème. Il ne s'agit pas de savoir s'il s'agit d'un usage commercial ou pas, mais de savoir si on autorise a faire des technologies compatibles avec Java.

L'interface de la bibliothèque standard étant essentielle à la compatibilité avec Java, refuser de pouvoir la réutiliser interdit de fait de faire des compilateur "compatibles Java" sans l'accord de Oracle.
Avec cette décision c'est comme si on interdisait un fabricant de pneu de faire des pneus compatibles avec certains modèles de voiture parce que le positionnement des vis est de la propriété du fabricant de la voiture.

Si ce genre de décision fait jurisprudence, toutes les technologie de compatibilité logicielle comme Mono ou Wine peuvent théoriquement être menacées.
6  1 
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