Précédent   Forum du club des développeurs et IT Pro > Java > Général Java
Général Java Java SE, Java ME, APIs, Persistance, JDBC, Spring, XML. Avant de poster -> FAQ Java, Sources Java
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Actualité déjà publiée
 
Outils de la discussion
Publicité
'
Vieux 08/11/2012, 12h26   #1
Gordon Fowler
Chroniqueur Actualités
 
Inscription : juillet 2009
Messages : 3 319
Détails du profil
Informations forums :
Inscription : juillet 2009
Messages : 3 319
Points : 33 035
Points : 33 035
Par défaut Java : Oracle attaqué en justice par un éditeur de Middleware

Java : Oracle attaqué en justice par un éditeur de Middleware
WebLogic Server et Glassfish Server visés

Le fournisseur de solutions middleware Java Thought vient de lancer une procédure contre Oracle pour « violation massive de brevets ». La plainte a été déposée le 31 Octobre.

D’après l’explication de l’éditeur, Thought a créé une technologie (un « mapping layer »), pour sauvegarder des objets et des tables, qui a grandement simplifié la gestion des données persistantes. Cette technologie brevetée a ensuite été intégrée dans son outil maison CocoBase en 1997.

Thought a alors reçu 28 demandes de versions d’évaluations de CocoBase émanant de mails dont les adresses étaient liées à Oracle. Et 118 de personnes liées à Sun Microsystems.

En 2002, le fondateur de l’éditeur prend contact avec Oracle pour avertir un des responsables de sa branche Middleware sur l’utilisation de sa propriété intellectuelle. En 2003, et toujours d’après le document déposé, Thought aurait également dialogué avec Sun et aurait décliné une proposition visant à intégrer CocoBase dans la spécification JDO2 (Java Data Objects). Sauf à négocier une redevance en contrepartie de l’utilisation de ses brevets.

Pourtant, en 2006, « l’architecture de CocoBase a été intégrée au JSR 220 (Enterprise JavaBeansTM) dans la version 3 de la spécification de la Java Persistence API », explique la plainte. Et cela sans en avoir référé à Thought.


Références de la plainte déposée par Thought

Aujourd’hui, les produits concernés par cette violation « massive » de brevets seraient principalement Oracle WebLogic Server (toutes les versions après la 10.3.0), toutes les versions de Glassfish Server et TopLink, le framework de mapping objet-relationnel pour les développements Java.

Thought n’a pas spécifié à quel montant il évaluait son préjudice. Mais gageons qu’Oracle, en arroseur (un peu) arrosé, n’aura pas beaucoup à débourser. En tout cas moins que ce qu’il demandait à Google dans le procès autour de son utilisation de Java dans Android.

Source : Les documents relatifs à la procédures sont disponibles sur demande depuis cette page
Gordon Fowler est déconnecté   Envoyer un message privé Réponse avec citation 30
Vieux 08/11/2012, 13h05   #2
Traroth2
Expert Confirmé
 
Inscription : décembre 2003
Messages : 1 696
Détails du profil
Informations forums :
Inscription : décembre 2003
Messages : 1 696
Points : 3 431
Points : 3 431
Ah oui, Cocobase, je me rappelle de ce truc. Je m'en suis servi en 2001...

Ce n'était rien de plus qu'un générateur de mapping JDBC. Pas grand chose à voir avec les solutions de persistance actuelles...
__________________
Les brevets ? Le type qui a inventé l'eau chaude doit être grave blindé de thunes !
Traroth2 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 08/11/2012, 13h35   #3
fxrobin
Membre Expert
 
Avatar de fxrobin
 
Homme
Formateur JAVA / XML
Inscription : novembre 2007
Messages : 852
Détails du profil
Informations personnelles :
Sexe : Homme
Localisation : France

Informations professionnelles :
Activité : Formateur JAVA / XML
Secteur : Service public

Informations forums :
Inscription : novembre 2007
Messages : 852
Points : 1 300
Points : 1 300
Si la violation concerne la JSR 220, cela ne concerne pas uniquement les logiciels d'Oracle. Mais aussi ceux d'IBM, JBOSS, etc ... tout ceux qui ont implémenté la spec JPA (JSR 220). Et donc la responsabilité en revient à ceux du JCP qui ont réalisé la spec JSR 220, si violation il y a bien sûr.

et pour mémoire il sont nombreux :
http://jcp.org/en/jsr/detail?id=220
fxrobin est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 08/11/2012, 13h56   #4
Khaled.Noordin
Membre éprouvé
 
Avatar de Khaled.Noordin
 
Homme Khaled Noordin Abou Imran
Inscription : janvier 2005
Messages : 341
Détails du profil
Informations personnelles :
Nom : Homme Khaled Noordin Abou Imran
Localisation : France, Hauts de Seine (Île de France)

Informations forums :
Inscription : janvier 2005
Messages : 341
Points : 468
Points : 468
@fxrobin
Il faut croire que hibernate(jboss-redhat) n'est pas concerné, car finalement ce n'est pas JPA qui est concerné mais son implémentation qui est repris par les serveurs d'apps glassfish et weblogic, à savoir toplink-eclipselink.
Donc je ne crois pas que RedHat ait du souci à se faire.
__________________
Ce que l'on conçoit bien s'énonce clairement,
Et les mots pour le dire arrivent aisément. Nicolas Boileau

Si c'est résolu, cliquez, cliquez, cliquez!!!!
Khaled.Noordin est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 08/11/2012, 14h23   #5
fxrobin
Membre Expert
 
Avatar de fxrobin
 
Homme
Formateur JAVA / XML
Inscription : novembre 2007
Messages : 852
Détails du profil
Informations personnelles :
Sexe : Homme
Localisation : France

Informations professionnelles :
Activité : Formateur JAVA / XML
Secteur : Service public

Informations forums :
Inscription : novembre 2007
Messages : 852
Points : 1 300
Points : 1 300
Pourtant dans l'article il mentionne que le problème vient de la JSR 220, pas uniquement de l'implémentation :

Citation:
Envoyé par Gordon Fowler Voir le message
Pourtant, en 2006, « l’architecture de CocoBase a été intégrée au JSR 220 (Enterprise JavaBeansTM) dans la version 3 de la spécification de la Java Persistence API », explique la plainte. Et cela sans en avoir référé à Thought.
Dans ce cas là, si c'est avéré, ce sont tous ceux qui implémentent JPA qui violent le brevet, pas seulement Oracle.
fxrobin est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 11/11/2012, 12h12   #6
darth_vader
Invité régulier
 
Inscription : mai 2006
Messages : 4
Détails du profil
Informations forums :
Inscription : mai 2006
Messages : 4
Points : 8
Points : 8
Si je comprends bien il s'agit de brevets logiciels.
Donc ça n'a aucune valeur juridique en Europe ce type de brevet n'étant pas reconnu.
darth_vader est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 11/11/2012, 16h34   #7
thelvin
Modérateur
 
Inscription : septembre 2004
Messages : 7 300
Détails du profil
Informations forums :
Inscription : septembre 2004
Messages : 7 300
Points : 10 629
Points : 10 629
Envoyer un message via Skype™ à thelvin
Citation:
Envoyé par darth_vader Voir le message
Donc ça n'a aucune valeur juridique en Europe ce type de brevet n'étant pas reconnu.
Le problème étant qu'il faut un procès pour faire reconnaître que le brevet est un brevet logiciel et donc non reconnaissable en Europe. Parce que bon, c'est pas le travail de l'office de dépôt des brevets, n'est-ce pas ?

Mais oui, en effet dans le cas présent il s'agit de faire valoir des brevets aux US.
__________________
Si tu donnes un poisson à un homme, il mangera un jour. Si tu lui apprends à pêcher du poisson, il videra le lac et au bout de deux ans son village ne mangera plus jamais.
Partagez vos connaissances, mais aussi comment s'en servir.
thelvin est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Actualité déjà publiée
Outils de la discussion

Navigation rapide


Fuseau horaire GMT +2. Il est actuellement 02h19.


 
 
 
 
Partenaires

Hébergement Web