Discussion :

[Hinault Romaric]

« Les API Java peuvent être soumises au Copyright »
la bataille entre Oracle et Google relancée

« Les API Java peuvent être protégées par le droit d’auteur » : revirement de situation dans la bataille juridique entre Oracle et Google pour violation des brevets Java dans Android.

Un juge fédéral de la Cour d’appel de Washington aux États unis a statué qu’Oracle pouvait revendiquer son droit d’auteur sur les API (Application Programming Interface) Java.

Pour rappel, Oracle avait attaqué en aout 2010 Google en justice pour violation de ses brevets Java dans Android et sa machine virtuelle Davilk. Pour Oracle, Google aurait pris « les plus attrayantes et les plus importantes pièces de programmation de Java d’Oracle pour créer Android. »

Oracle revendiquait la violation de 37 API Java. Celui-ci avait été débouté dans une première décision de justice, par le juge William Alsup (développeur lui aussi à ses heures perdues), qui avait statué en mai 2012 que les API ne peuvent pas être soumises au droit d’auteur.

Oracle avait fait appel en fin d’année dernière et vient d’obtenir une importante victoire dans cette affaire. Trois jugés fédéraux sont tombés d’accord vendredi dernier que les API peuvent être protégées par un Copyright, « jusqu'à ce que soit la Cour suprême, soit le Congrès nous dise le contraire. »

Par cette décision, Oracle pourrait donc faire payer à Google des redevances importantes sur Java et sommer le géant de la recherche d’arrêter d’utiliser sa technologie, ce qui pourrait entrainer la fin de Davilk.

Oracle s’est félicité de cette conclusion des juges. Pour un porte-parole la société, il s’agit d’« une victoire pour Oracle et l'ensemble du secteur des logiciels, qui dépend de la protection des droits d'auteur pour alimenter l'innovation et garantir que les développeurs sont récompensés pour leurs avancées ».

De son côté, Google s’est dit extrêmement déçu par cette « décision qui crée un précédent préjudiciable pour l'informatique et le développement de logiciels ». La société ne compte pas cependant baisser les bras et évalue actuellement ses options.

Source : La décision des juges


Et vous ?

Que pensez-vous de ce revirement de situation ? Les API doivent-elles être protégées par le droit d’auteur ?

Quels pourraient être les dégâts d’une telle décision sur Android et l’écosystème Java ?

[Shuty]

Je pense que c'est une des bonnes raison qui font que les grosses boites ont tendance à créer leurs propre language. C'est beaucoup de boulot, mais il n'y a aucun compte à rendre...

[marclebrun]

Il est intéressant de constater que les commentaires d'Oracle et de Google sont diamétralement opposés :

• Oracle : le secteur informatique dépend de la protection des droits d'auteur pour alimenter l'innovation
• Google : décision préjudiciable pour l'informatique et le développement de logiciels

Enfin moi je suis de l'avis de Google pour le coup :-)

[Grimly]

Que pensez-vous de ce revirement de situation ? Les API doivent-elles être protégées par le droit d’auteur ?

Une API est l'exposition d'une idée, d'un concept de représentation d'un modèle. Le copyright ne s'applique donc pas (du moins en France). Si j'ai l'idée d'utiliser une interface "Entier" avec des méthodes "plus" et "moins", rien n'empêche quelqu'un d'autre d'utiliser cette même représentation.

Là où le copyright est appliqué cependant, c'est l'implémentation de l'API. Dans mon même exemple, personne n'est en droit de copier ma classe "EntierImpl" qui implémente les méthodes "plus" et "moins" que j'aurais écrit sans mon autorisation. Toute personne est cependant autorisée à proposer sa propre implémentation. Si l'implémentation est proche, on peux éventuellement se poser des questions mais dans ce cas, il faut pouvoir prouver qu'il y a eu copie (la justice peux aider à effectuer des saisies si ma mémoire est bonne).

Quels pourraient être les dégâts d’une telle décision sur Android et l’écosystème Java ?

La législation autour des droits d'auteurs ne semble pas être la même hors de nos frontières, mais je pense qu'en France cela n'aurait pas eu suite sans preuve de copie fournie par Oracle.

[edoms]

J'ai beau ne pas être partisant de la politique agressive d'Oracle, on ne peut pas leur donner tord. Designer une API, même sans l'implémenter, ça prend du temps, quelqu'un a payé pour ça (Sun), donc c'est logique qu'on puisse y attacher une license. Cela dit, ça me tracasse plus pour des projets comme Wine, qui pourraient du coup se faire attaquer de la même manière.

Je pense que c'est une des bonnes raison qui font que les grosses boites ont tendance à créer leurs propre language. C'est beaucoup de boulot, mais il n'y a aucun compte à rendre...

Il suffit d'utiliser un langage (avec sa bibliothèque) qui normalisé par l'ISO et libre de droit, tel que C++, Haskell ou JS plutôt que de s'enterrer dans du propriétaire. Google connaissait le risque.

[deusyss]

Il suffit d'utiliser un langage (avec sa bibliothèque) qui normalisé par l'ISO et libre de droit, tel que C++, Haskell ou JS plutôt que de s'enterrer dans du propriétaire. Google connaissait le risque.

J'ajouterai même que Google utilise beaucoup Python de son côté, donc ils auraient pu partir là-dessus.

Perso je n'ai jamais aimé java, mais depuis que oracle a racheté sun,je m'inquiète beaucoup pour la perennité des progiciels vendus aux clients. Il n'y a qu'à voir l'historique d'oracle avec des projet comme open office ou mysql

[ner0lph]

Pour un porte-parole la société, il s’agit d’« une victoire pour Oracle et l'ensemble du secteur des logiciels, qui dépend de la protection des droits d'auteur pour alimenter l'innovation et garantir que les développeurs sont récompensés pour leurs avancées ».

Quoi ?? garantir que les développeurs sont récompensés ? C'est l’hôpital qui se moque de la charité ! je suis certain que les développeurs en question, des petites mains certainement, ne seront pas récompensés…

Que pensez-vous de ce revirement de situation ? Les API doivent-elles être protégées par le droit d’auteur ?

Je ne sais pas : je ne maitrise pas suffisamment ce point.

Quels pourraient être les dégâts d’une telle décision sur Android et l’écosystème Java ?

L’abandon de Java et son boycot au profit d’un fork dans la mesure du possible. Ça doit commencer maintenant. Pour sanctionner Oracle.

[Gugelhupf]

Breveter une API (ex: une liste chainée, un arbre binaire etc...), c'est comme breveter une formule mathématique.
D'ailleurs j'ai toujours du mal à comprendre comment une entreprise comme Microsoft peut se faire de l'argent sur son vieux format FAT32.

J'ajouterai même que Google utilise beaucoup Python de son côté, donc ils auraient pu partir là-dessus. Perso je n'ai jamais aimé java

Ce n'est pas parce que vous n'aimez pas, que d'autres n'aiment pas non plus. Le problème aurait été peut-être le même avec les autres langages (même si aujourd'hui, la licence de Python a changé). Il y a toujours un moyen de dire que la techno n'est pas libre, alors qu'elle porte l'étiquette de libre.

[Alcore]

Il suffit d'utiliser un langage (avec sa bibliothèque) qui normalisé par l'ISO et libre de droit, tel que C++, Haskell ou JS plutôt que de s'enterrer dans du propriétaire. Google connaissait le risque.

Le problème est que Google étant arrivé bien après apple sur le marché des smartphones il lui fallait rapidement attirer des dévellopeurs.

Pour ce faire ils ont:

1. Choisis le language le plus populaire de l'époque
2. Choisis un language qui pouvait être utilisé par des développeurs travaillant sur le plus grand nombre de plateformes.

Bref, attirer un panel le plus large possible.

De plus, étant donné leur politique d'ouverture au constructeurs, ils devaient s'assurer qu'un même code pourrait s'exécuter sur différents terminaux.

Java était donc tout désigné et leur stratégie a été payante puisqu'ils sont aujourd'hui n°1 contrairement à Microsoft qui, arrivé bien après encore, utilise des langages propriétaires ne pouvant s'exécuter que sur des ide propriétaires.
Dans l'écosystème Java, beaucoup de développeurs travaillent sous MAC et l'ensemble dévellopeurs IOS sont forcément utilisateur (pas forcément exclusifs) de apple.

Hors sous MAC, on peut égallement développer pour android. Windows Phone lui n'est donc même pas envisagé de part l'impossibilité des développeurs mobiles des plateformes majoritaires de travailler dessus.

La guerre n'est pas encore finie car il reste un dernier recours légal pour Google.
Et si ça ne marche pas, j'espère qu'ils utiliseront Python qui pour moi est un des meilleurs candidats. Celà créera un immense boulversement dans l'écosystème Android.

[Markand]

Je pense que c'est une des bonnes raison qui font que les grosses boites ont tendance à créer leurs propre language. C'est beaucoup de boulot, mais il n'y a aucun compte à rendre...

Il y a plus simple, utiliser un langage libre qui n'est pas exploité par une corp malsaine comme Oracle.

[air-dex]

Le problème est que Google étant arrivé bien après apple sur le marché des smartphones il lui fallait rapidement attirer des dévellopeurs.

Pour ce faire ils ont:

1. Choisis le language le plus populaire de l'époque
2. Choisis un language qui pouvait être utilisé par des développeurs travaillant sur le plus grand nombre de plateformes.

Bref, attirer un panel le plus large possible.

De plus, étant donné leur politique d'ouverture au constructeurs, ils devaient s'assurer qu'un même code pourrait s'exécuter sur différents terminaux.

Java était donc tout désigné et leur stratégie a été payante puisqu'ils sont aujourd'hui n°1 contrairement à Microsoft qui, arrivé bien après encore, utilise des langages propriétaires ne pouvant s'exécuter que sur des ide propriétaires.

Il y a aussi le fait que la technologie mobile reine de l'époque était un certain Java ME (J2ME à l'époque). Du coup les quelques devs mobiles de l'époque pouvaient très facilement passer à "JavAndroid" puisqu'ils connaissaient déjà Java et les problématiques liées aux mobiles.

Dans l'écosystème Java, beaucoup de développeurs travaillent sous MAC et l'ensemble dévellopeurs IOS sont forcément utilisateur (pas forcément exclusifs) de apple.

Hors sous MAC, on peut égallement développer pour android..

Depuis quand la majorité des devs Java travaille-t-elle sous Mac OS X ? Perso je n'ai jamais vu ça.

[Pilru]

Breveter une API (ex: une liste chainée, un arbre binaire etc...)...

Hmm, je ne suis pas certain qu'on puisse qualifier une liste chainée ou un arbre binaire d'API.

Mettre un copyright sur une API n'est pas absurde. Mais qu'est-ce qui permet à ORACLE d'affirmer que Google viole le copyright de l'API JAVA ? A partir de quand un copyright est-il violé (même nommage des classes , même jeu de classe, et. ) ?

De toute façon Dalvik sera bientôt obsolète : Android runtime

[Traroth2]

Une API peut être soumise au copyright, ou LE truc que tout le monde craignait dans ce conflit entre Oracle et Google. Le précédent que ça créé va avoir des répercussions incalculables dans toute l'industrie, en commençant par Java, pour lequel l'avenir s'assombrit.

Parce que si une API est soumise au copyright, ça veut dire qu'il faut l'autorisation des ayants-droits pour s'en servir. Et ça, c'est une catastrophe.

[Traroth2]

L’abandon de Java et son boycot au profit d’un fork dans la mesure du possible. Ça doit commencer maintenant. Pour sanctionner Oracle.

Mais justement, cette décision signifie qu'on ne peut pas forker Java !

[OButterlin]

Je ne vois pas ce qu'il y a d'absurde dans le cas d'un copyright sur une api, du moins, pour ce qui est de l'implémentation (comme le disait Grimly), après tout, une api ou un programme, ça reste du code que quelqu'un a créé et en fonction de l'intérêt qu'il représente, on peut le protéger, ce n'est pas comme un élément du langage qui doit être libre.
Après, comment on détermine qu'il y a violation d'un copyright, c'est certainement plus difficile à déterminer...
L'idée, elle, devrait être libre de droit.

[Pilru]

Le précédent que ça créé va avoir des répercussions incalculables dans toutes l'industrie, en commençant par Java, pour lequel l'avenir s'assombrit.
Parce que si une API est soumise au copyright, ça veut dire qu'il faut l'autorisation des ayants-droits pour s'en servir. Et ça, c'est une catastrophe.

Le copyright sur du code, ce n'est pas une nouveauté. Cela existe depuis très longtemps, voire cela à toujours existé.

[I_Pnose]

Hors sous MAC, on peut égallement développer pour android. Windows Phone lui n'est donc même pas envisagé de part l'impossibilité des développeurs mobiles des plateformes majoritaires de travailler dessus.

Nous somme en 2014, les machines virtuelles font partie intégrante du quotidien des développeurs, je ne vois absolument aucune raison pour laquelle une personne possédant un Mac ne pourrait pas développer pour W8/WP8 (et pour ceux qui n’aiment pas les VM, Nokia leur mâche le boulot).


Pour ce qui est du sujet, si je fais l’analogie avec la plateforme .Net de Microsoft, on ne peut pas non plus forker le Framework .Net. Seulement ça n’a pas empêché la création du projet Mono qui met à disposition une implémentation libre des classes de base (ainsi que de la CLI et du compilateur C#). Ce que je veux dire c’est que je ne vois pas ici de différences notables avec Java et son écosystème ; en l’occurrence Google a réécrit la VM (Dalvik) mais n’a pas réécrit les APIs, et au final se fait taper dessus. Je n’irais pas jusqu’à dire que c’est normal (car ces histoires de brevet me donnent généralement la nausée) mais ça ne me choque pas non plus...

[hotcryx]

"Depuis quand la majorité des devs Java travaille-t-elle sous Mac OS X ?"

Quand t'as un mac, tu peux développer avec

Cela dit, tu peux aussi tester la portabilité du code.

[Alcore]

Depuis quand la majorité des devs Java travaille-t-elle sous Mac OS X ?

Je n'ai jamais dit "la majorité", j'ai dit "beaucoup"!!!

Je suis moi même dévellopeur Java et Android.
Je le vois bien dans les JUG (Java User Group) auxquels je participe, énormément de personnes utilisent des MAC.

Constat fait égallement chez mon employeur, une grosse banque européenne: Lorsque l'on a fait des appel d'offre auprès de sociétés de service afin de trouver du renfort pour notre appli Android, les 4 sociétés qui ont répondu ont présenté des dévellopeurs IOS qui font égallement des dev android et tous utilisent la pomme pour développer.

Je ne tiens aucune conclusion, c'est juste un constat: Dans l'écosystème du dev Java et Mobile, il y a beaucoup de MAC et celà est tout à fait compréhensible car la première plateforme de développement mobile était IOS pour laquelle le dev nécessitait un MAC.

Les machines virtuelles sont égallement une solution en effet mais très peu utilisées. Ici, ma boite n'nenvisage même pas de créer l'appli équivalente à l'existente IOS et ANdroid sous Windows Phone vu la très faible présence de cette plateforme au sein de notre clientèle.

Cdt

[Traroth2]

Le copyright sur du code, ce n'est pas une nouveauté. Cela existe depuis très longtemps, voire cela à toujours existé.

Là n'est pas la question. Si l'API est soumise au copyright, en prenant l'exemple de Java, ça veut dire qu'on ne peut plus coder en utilisant l'API Java sans risquer d'être attaqué en justice par Oracle.

Mon code aussi utilise les API Java, notamment des noms de classes et de méthodes. Est-ce que Oracle peut m'attaquer en justice ?