La documentation doit être à 98% ou plus directement dans le code, auxquelle il faut rajouter les vues globales des packages ( fichiers package.html ) et la présentation générale du jdk .
> Hors, tu n'en sais rien (pour le "et pas l'inverse") puisque seul Sun a le droit de modifier son jdk.
Mais ou tu vois le besoin pour classpath de modifier le jdk ?
> Donc il peut y avoir pour Classpath une forte tentation de pomper sur le jdk de Sun. Pas l'inverse.
Arf fortune !
"The reason for this requirement is that we want to make sure that Sun or any other firm cannot rightfully claim that GNU Classpath infringes their copyright."
Mais dans cette position de gnu/classpath, tu peux remplacer gnu/classpath par n'importe quelle firme/projet, tu peux remplacer Sun/autre par n'importe quelle firme/projet et ca marche toujours . ( A part dans le cas d'un projet gpl qui pomperait un autre projet gpl :)
A partir de quelque chose d'évident : les jdlk sont pour la plupart copyrightés , il ne faut donc pas les copier, on passe chez gnu classpath à "Si vous avez tres bien étudié une partie du jdk ne travaillez pas dessus chez nous" , ce qui est somme toute tres logique.
Mais sur linuxfr tout ca devient je cite :
"Sache que voir les sources du JDK ou du JRE n'a rien de gratuit, et qu'une des conséquences est que tu n'as pas le droit de coder pour un des projets de Java libre."
[^] # Re: Sun, pas de code source ?!?
Posté par Roger Rabbit . En réponse à la dépêche [débat] Pourquoi Sun rejette la GPL. Évalué à 2.
La documentation doit être à 98% ou plus directement dans le code, auxquelle il faut rajouter les vues globales des packages ( fichiers package.html ) et la présentation générale du jdk .
> Hors, tu n'en sais rien (pour le "et pas l'inverse") puisque seul Sun a le droit de modifier son jdk.
Mais ou tu vois le besoin pour classpath de modifier le jdk ?
> Donc il peut y avoir pour Classpath une forte tentation de pomper sur le jdk de Sun. Pas l'inverse.
Arf fortune !
"The reason for this requirement is that we want to make sure that Sun or any other firm cannot rightfully claim that GNU Classpath infringes their copyright."
Mais dans cette position de gnu/classpath, tu peux remplacer gnu/classpath par n'importe quelle firme/projet, tu peux remplacer Sun/autre par n'importe quelle firme/projet et ca marche toujours . ( A part dans le cas d'un projet gpl qui pomperait un autre projet gpl :)
A partir de quelque chose d'évident : les jdlk sont pour la plupart copyrightés , il ne faut donc pas les copier, on passe chez gnu classpath à "Si vous avez tres bien étudié une partie du jdk ne travaillez pas dessus chez nous" , ce qui est somme toute tres logique.
Mais sur linuxfr tout ca devient je cite :
"Sache que voir les sources du JDK ou du JRE n'a rien de gratuit, et qu'une des conséquences est que tu n'as pas le droit de coder pour un des projets de Java libre."
Ce qui est tout à fait inexact