Discussion :

[Uther]

Il est peut-être mandaté par le tribunal.

[pseudocode]

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.

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.

[Neko]

Il est peut-être mandaté par le tribunal.

Ce serait étonnant qu'il ai droit de parler d'une affaire en cours alors

[notia]

Je serai Google, je profiterai de l'occasion pour passer de Java à Go pour le développement d'Android. Comme ça, Oracle n'aurait rien et ne pourrait rien réclamer du tout. Ca donnerait également un peu d'interêt à Google Go.

Si infraction il y a eu ça ne l'effacera pas.

[Uther]

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++.

[Marco46]

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.

Ça s'appelle une implémentation, pas une copie.

[Traroth2]

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 !

[pseudocode]

Ça s'appelle une implémentation, pas une copie.

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.

[Uther]

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.

[pseudocode]

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.

Oui, c'est possible. A force de regarder TF1, je finis par trouver normal de mélanger l'ordre des épisodes.

[ratomms]

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.

[Hinault Romaric]

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)

[Traroth2]

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 ?

[Godestiny]

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?

[eclesia]

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?

Bienvenue au club, tu n'es pas le premier et sans doute pas le dernier non plus. C'était mon language préféré pendant les six dernieres années.

[Aiekick]

C'est vraiment préjudiciable aux développeurs Java si les entreprises hésitent maintenant à développer en Java à cause de la peur d'un procès.

Bienvenue dans l'univers des brevets !

Les brevets ont toujours été un frein au développement technologique.

[Lutarez]

C'était mon language préféré pendant les six dernieres années.

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 ?

[nicorama]

Je me demandais donc vers quelle solution les développeurs Java se tournent pour s'éloigner de l'influence d'Oracle. Une idée ?

Groovy
Eventuellement Scala.

[pseudocode]

Je me demandais donc vers quelle solution les développeurs Java se tournent pour s'éloigner de l'influence d'Oracle. Une idée ?

Dans mes rêves, ca serait de reprendre le concept de Java en mélangeant le langage Vala + un runtime LLVM

Mais bon, dans la réalité, je déporte les développement sur C# coté Windows et C++/Vala coté Linux.

[Lutarez]

Groovy
Eventuellement Scala.

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...