Il est peut-être mandaté par le tribunal.
Il est peut-être mandaté par le tribunal.
Même si Google gagne l'affaire d'un point de vue purement légal, j'aurai toujours du mal à considérer que Dalvik n'est pas une copie de Java.Un argument que Florian Mueller balaye. Pour lui, ces codes ont été distribué dans Android 2.2 et 2.3. Et certains toucheraient à la sécurité même du système. Il affirme également que le fait de retirer du code qui aurait enfreint des copyrights n'efface pas l'infraction.
A priori, Ils s'orientent plutôt vers le C++. Mais c'est sur que Go pourrait faire un langage fort sympathique pour avoir quelque chose de plus cadré que le C++.
Comme tous les sites de news l'ont déjà indiqué, cette accusation est fantaisiste. Les fichiers incriminés ont été pour certains uploadés indûment sur le gestionnaire de version d'Android, sans être intégrés au code, soit sont des fichiers de test que Sun avait à priori laissé en libre accès afin que tout le monde puisse s'en servir (si j'ai bien compris, le header des fichiers originaux a été supprimé, ce qui est mal, mais qui peut être arrangé facilement). Dans tous les cas, impossible de retrouver ce code sur un terminal Android !
Les accusations d'Oracle sont de plus en plus tirées par les cheveux. C'est bien, ça veut dire qu'on s'achemine vers une conclusion !
Bah non, justement ce n'est pas une implémentation de la plateforme Java au sens légal du terme. C'est d'ailleurs la cause tout ce remue ménage.
1. Google crée une VM nommée Dalvik
2. Sun dit que Dalvik n'implémente pas toutes la spec Java (librairies graphiques notamment), et que donc la licence Java ne peut lui être accordé
3. Google dit que Dalvik n'est pas une implémentation de Java, donc pas besoin de licence de la part de Oracle/Sun
4. Oracle/Sun dit que Dalvik contient des fichiers sous licence SUN => viole la licence orginale
5. Google dit que les fichiers ne font pas partie de Dalvik
A mon avis, le prochain coups c'est :
6. Oracle/Sun dit que Dalvik viole des brevets Java.
C'est presque ça, sauf qu'il faut remplacer l'étape 2 par l'étape 6: Oracle n'a jamais refusé la licence pour la bonne raison que Google ne l'a jamais demandée, par contre il a attaqué Google pour violation de brevets avant même de se rendre compte qu'il y avait des portions de code douteuses dans le SDK d'Android.
C'est un peu du "making money" tout ça. Pourquoi, à l'époque où SUN n'est pas encore racheté par Oracle, on se fiche du brevet. Mais vu la réussite d'Android, Oracle traine Google au tribunal.
Android : Oracle muscle sa plainte contre Google
Et déclare que 8 fichiers du code d’Android sont du code Oracle décompilé
Mise à jour du 24/02/11, par Hinault Romaric
Nouvel épisode dans l’affaire opposant Oracle et Google sur l’utilisation de Java dans Android.
L’analyse de l’expert en logiciels libres Florian Mueller qui affirmait que Google aurait ouvertement copié du code Java sans les permissions nécessaires dans Android 2.2 et 2.3 (lire ci-avant) a permis à Oracle de muscler un peu plus sa plainte contre Google.
Oracle a en effet adressé une nouvelle déposition au juge de la cour fédérale Williams Alsup pour apporter des preuves supplémentaires dans cette affaire.
Cette déposition révèle qu’Oracle aurait identifié 51 portions de code et des API Java sous licence (soit environ 1/3 des API Java) que Google aurait ouvertement copié sans aucune permission.
Oracle en conclue que « Google a fondé le code d’Android sur les spécificités de centaines de fichiers Java protégés appartenant à Oracle. Au moins huit fichiers de code source d’Android sont du code décompilés d’Oracle ».
Oracle aurait présenté l’un de ces fichiers qui couvre six pages de code dans sa nouvelle déposition. Les six autres auraient été identifiés par Floriant Muller.
![]()
Google n'a pas encore réagi à cette nouvelle déposition
Source : La déposition d’Oracle (au format PDF)
Donc 1/3 des API Java d'Android seraient copiées du JDK ? Difficile à croire, puisque Google a toujours dit qu'ils avaient utilisé le code d'Harmony. La question est : pourquoi n'auraient-ils pas utilisé le code d'Harmony ?
Non mais il faut qu'ils arrêtent Oracle là sérieusement! Il polluent java un max, c'est mon langage préféré mais là j'ai bien l'impression que ça va changer à cause d'Oracle. Ils ont déjà perdu Apache, ils veulent perdre google maintenant?
Cette phrase me taraude légèrement : depuis que cette affaire a commencé, on peut voir un peu partout des développeurs "abandonnés" Java pour d'autres langages / technologies.
Je me demandais donc vers quelle solution les développeurs Java se tournent pour s'éloigner de l'influence d'Oracle. Une idée ?
Si je ne m'abuse, Scala et Groovy sont tous les deux basés sur la JVM. De plus, le langage Java n'est pas breveté en lui-même. Donc au final, c'est toujours le même problème non ?
Vala semble être une solution plutôt alléchante d'après ce que j'ai pu en voir depuis quelques temps.
Je suis très loin d'être un expert en VM, mais il me semble que la version 2.8.1 de Mono embarque une LLVM expérimentale. Je pense que cela peut être une piste intéressante, surtout pour les portages d'applications, et malgré les défauts de Mono...
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager