La continuelle confusion faite entre l'ouverture d'un produit et l'ouverture d'une spec est regrétable.
Oui, les specs de Java et des APIs ne sont pas "ouvertes" en termes communements admis puisque les implementations ont obligation d'assurer une compatibilité absolue avec la spec. Les specs etant définies par un commité (JCP) tripartie (dont apache est membre plenipotent).
Le but de Java a toujours été de conserver une compatibilité absolue (cf. la tentative de MS avec RNI pour torpiller la spec JNI). Et non pas de "patcher" à tout vas au prix d'incompatibilité et de mise en peril du code existent.
C'est un choix. Et j'y suis plutot sensible quand je vois les degats produits par certains patchs sur les librairies de Tux ...
En clair, les specs sont controlées mais les
implementations sont libre (et peuvent l'etre sous license libre): on peut coder ce que l'on veut tant que l'on passe le test de compatibilité (TCK) fournit avec la spec. De plus pour aider à l'implementation, une version de référence (RI) est fournie.
Tout le debat qu'il y a eut recement entre Sun et Apache autour de la JSPA, à permit à toute asso de disposer gratuitement de tout TCK et RI (seul les editeurs doivent payer).
A partir du moment ou une implementation passe un TCK, rien ne peux empecher son createur (ni Sun, ni personne d'autre) d'afficher fierement le compatible JSR-XX (ou le nom qui en decoule).
Les trolls, sur Java n'est pas libre n'ont plus cours ... et si ClassPath, l'implementation de GNU des classes du J2SE n'evolue que peu, ce n'est plus pour des raisons de non disponibilité des specs (ou code exemple), mais plus par ideologie. Car je reste persuadé que le noyau dur des "FSF-guru" voient uniquement Java comme un C/C++-Killer (voire un Hurd killer ;P ) et non pas comme une chance pour tout OS alternatif !
Apres tout que veut on, remplacer un monopole (MS) par un autre (Linux ?!?) ou laisser chacun choisir celui qui convient le mieux pour ses besoins en facilitant la concurence ? C'est une juste une question de liberté ...
Sun n'est ni "dieu" ni le "diable", c'est une société et à ce titre elle cherche à faire des benefices et à croitre. Mais à la différence de MS il ne controlent pas 90% du marché mondial, et ne peut donc pretendre à aucun "abus de position dominante" ;-)
Pour finir, je vous signale que le J2SE 1.4.1 RC est disponible ( http://java.sun.com/j2se/1.4.1/download.html(...) )et que votre aide est toujours la bienvenue pour tracker tout bug residuel et faire que la version Tux deviennent la plus rapide et la plus performante !
# Mais de quelle liberté parles-t-on ?
Posté par Jean-Baptiste Bugeaud . En réponse à la dépêche Sun One est open source ?. Évalué à 10.
Oui, les specs de Java et des APIs ne sont pas "ouvertes" en termes communements admis puisque les implementations ont obligation d'assurer une compatibilité absolue avec la spec. Les specs etant définies par un commité (JCP) tripartie (dont apache est membre plenipotent).
Le but de Java a toujours été de conserver une compatibilité absolue (cf. la tentative de MS avec RNI pour torpiller la spec JNI). Et non pas de "patcher" à tout vas au prix d'incompatibilité et de mise en peril du code existent.
C'est un choix. Et j'y suis plutot sensible quand je vois les degats produits par certains patchs sur les librairies de Tux ...
En clair, les specs sont controlées mais les
implementations sont libre (et peuvent l'etre sous license libre): on peut coder ce que l'on veut tant que l'on passe le test de compatibilité (TCK) fournit avec la spec. De plus pour aider à l'implementation, une version de référence (RI) est fournie.
Tout le debat qu'il y a eut recement entre Sun et Apache autour de la JSPA, à permit à toute asso de disposer gratuitement de tout TCK et RI (seul les editeurs doivent payer).
A partir du moment ou une implementation passe un TCK, rien ne peux empecher son createur (ni Sun, ni personne d'autre) d'afficher fierement le compatible JSR-XX (ou le nom qui en decoule).
Les trolls, sur Java n'est pas libre n'ont plus cours ... et si ClassPath, l'implementation de GNU des classes du J2SE n'evolue que peu, ce n'est plus pour des raisons de non disponibilité des specs (ou code exemple), mais plus par ideologie. Car je reste persuadé que le noyau dur des "FSF-guru" voient uniquement Java comme un C/C++-Killer (voire un Hurd killer ;P ) et non pas comme une chance pour tout OS alternatif !
Apres tout que veut on, remplacer un monopole (MS) par un autre (Linux ?!?) ou laisser chacun choisir celui qui convient le mieux pour ses besoins en facilitant la concurence ? C'est une juste une question de liberté ...
Sun n'est ni "dieu" ni le "diable", c'est une société et à ce titre elle cherche à faire des benefices et à croitre. Mais à la différence de MS il ne controlent pas 90% du marché mondial, et ne peut donc pretendre à aucun "abus de position dominante" ;-)
Pour finir, je vous signale que le J2SE 1.4.1 RC est disponible ( http://java.sun.com/j2se/1.4.1/download.html(...) )et que votre aide est toujours la bienvenue pour tracker tout bug residuel et faire que la version Tux deviennent la plus rapide et la plus performante !
-JB'.
http://www.up2go.net(...) - WebStart @ the MAX !