Ah je capte mieux pourquoi cet été ils ont changés les conditions de redistributions de leur runtime ! ;)
Troll mis à part, ne peut on pas dire qu'une appli écrite en Java, à partir du moment où elle n'utilise pas une particularité de certains APIs, est plutôt dépendante d'une norme plutôt que d'une implémentation particulière ? Je trouve que la GPL est un peu trop flou de ce point de vue... Le plus logique serait finalement d'utiliser la LGPL, qui elle est adaptée aux bibliothèques "générales" comme celles que peuvent constituer un J2RE.
Après le runtime/VM peut très bien être en GPL, il n'est là que pour "interpréter" des données externes, il n'y a pas de dépendance des données et donc pas d'obligation vis-à-vis du programme qui tourne (Si j'ai bien compris la FAQ de www.gnu.org ).
[^] # Re: .
Posté par TImaniac (site web personnel) . En réponse au journal Le Java de SUN sera-t-il GPL ?. Évalué à 3.
Troll mis à part, ne peut on pas dire qu'une appli écrite en Java, à partir du moment où elle n'utilise pas une particularité de certains APIs, est plutôt dépendante d'une norme plutôt que d'une implémentation particulière ? Je trouve que la GPL est un peu trop flou de ce point de vue... Le plus logique serait finalement d'utiliser la LGPL, qui elle est adaptée aux bibliothèques "générales" comme celles que peuvent constituer un J2RE.
Après le runtime/VM peut très bien être en GPL, il n'est là que pour "interpréter" des données externes, il n'y a pas de dépendance des données et donc pas d'obligation vis-à-vis du programme qui tourne (Si j'ai bien compris la FAQ de www.gnu.org ).