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 dans Android : Oracle parvient à faire annuler la décision rendue en faveur de Google
La Cour d'appel rejette l'usage équitable des API

Le , par Michael Guilloux

871PARTAGES

11  0 
La Cour d'appel du circuit fédéral à Washington DC a relancé le procès entre Oracle et Google sur l'utilisation des API Java dans le système d'exploitation mobile Android. Mardi, la Cour d'appel s'est prononcée en faveur d'Oracle en annulant le jugement de 2016 en vertu duquel l'utilisation des API Java dans Android relèverait du fair use (usage équitable). Le tribunal a donc renvoyé l'affaire à la Cour fédérale de Californie pour déterminer les dommages, ce qu'Oracle estimait à environ 9 milliards de dollars.

Pour rappel, après avoir racheté Sun Microsystems et hérité de Java en 2010, Oracle a poursuivi Google en justice estimant que le géant de Mountain View a violé des brevets et droits d’auteur relatifs à Java. Après un premier procès et beaucoup de rebondissements dans l’affaire, en mai 2016, un tribunal a jugé que la copie des API Java dans Android relevait bien du « fair use », et n’était donc pas illégale. Oracle a toutefois promis de faire appel pour faire annuler la décision rendue par le juge William Alsup de la Cour de district pour la Californie du Nord.

En octobre 2016, Oracle a donc saisi la Cour d’appel des États-Unis pour le circuit fédéral, une instance supérieure, dans une nouvelle tentative de gagner la cause, et la firme de Redwood City est sur la bonne voie. « L'usage des API Java par Google n'a pas été équitable », a statué la Cour, qui estime que Google les a utilisés dans un but commercial.

« Tout d'abord, le fait qu'Android soit gratuit ne rend pas non commerciale l'utilisation des API Java par Google. Donner aux clients gratuitement quelque chose qu'ils devraient normalement acheter peut constituer un usage commercial », peut-on lire dans le document de justice. La Cour d'appel ajoute que « le fait que Google puisse également avoir des motifs non commerciaux n'est pas pertinent en droit ». Elle estime ensuite que « si Google affirme que ses revenus proviennent de la publicité, pas d'Android, la commercialisation ne dépend de la façon dont Google gagne son argent. En effet, un avantage économique direct n'est pas requis pour démontrer une utilisation commerciale. » Et la preuve d’une utilisation commerciale, selon la Cour, pèse contre une utilisation qui relève du fair use.

Parce que la Cour conclut que l'utilisation des API Java par Google n’est pas équitable en droit, elle renvoie les deux géants de la technologie devant le tribunal de Californie pour un procès qui permettra de déterminer les dommages à payer par Google.


Dorian Daley, avocat général d'Oracle, s'est réjoui de cette nouvelle décision. « L'avis du Circuit fédéral confirme les principes fondamentaux du droit d'auteur et indique clairement que Google a violé la loi. Cette décision protège les créateurs et les consommateurs contre l'abus illégal de leurs droits », a-t-il écrit dans un communiqué. Du côté de Google, on se dit « déçu » de la décision. « Ce type de décision rendra les applications et les services en ligne plus onéreux pour les utilisateurs. Nous étudions nos différentes options », a déclaré Patrick Lenihan, un porte-parole de Google.

Sources : Décision de justice, Communiqué d’Oracle

Et vous ?

Que pensez-vous des arguments présentés par la Cour pour faire annuler la décision précédente ?

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

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 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.
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 chevronné 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
Membre éclairé 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 éprouvé 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 éclairé 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 onilink_
Membre chevronné https://www.developpez.com
Le 05/10/2019 à 23:25
C'est très grave si cette affaire donne raison à Oracle, car ce sera probablement pas les seuls à ensuite restreindre une API.
Hors restreindre une API c'est aussi grave qu'interdire d'utiliser des mots du dictionnaire.
Ce qui doit être considéré par le droit d'auteur c'est l'implémentation, pas l'API. Tout comme on à les droits d'un livre qu'on à écrit, et non pas des mots que l'on utilise.

Sans parler que dans les faits ça n'a aucun sens car il y a un moyen technique de contourner cette absurdité.
Si le soucis est le fait que Google utilisent l'API, il suffit qu'ils renomment chaque fonction, puis fassent un dictionnaire qui va passer de l'API originale utilisée dans le code qu'un dev va compiler vers l'API d'équivalence made in google.
Et la on ne peut plus parler d'utiliser l'API d'oracle étant donné qu'il y a une substitution complète...

Bref, c'est totalement stupide.
Pourquoi pas breveter la syntaxe de Java tant qu'on y est. Ou les opcodes de la JVM...
4  0