je connais le JCP, et les JSR, merci. inutile de dire que ça ne concerne que les versions récentes et futures de Java. (1.4 et au delà, à vue de nez).
mon point est qu'il n'est pas possible d'utiliser des JVMs libres avec les fichiers rt.jar de Sun ou d'autres JVMs sans respecter la licence de ces dernieres, en recopiant simplement les bons fichiers comme certains media players le font pour utiliser des codecs propriétaires.
>> sans devoir respecter certains points comme ne pas fournir de
>> look&feel Windows ou Mac sous *nix, ou de look Apple depuis
>> Windows.
> Tu dis quand même un peu n'importe quoi. Les restrictions de
> look'n'feel ne sont pas le fait de Sun, mais de Microsoft et d'Apple
> qui ne souhaitent pas (ce que je peux comprendre) voir leur
> travail utilisé sans leur accord sur un système d'exploitation
> concurrent.
euh, si. ce n'est pas Apple ou Microsoft qui codent et distribuent les JVMs de Sun, c'est Sun.
J'ai personnellement discuté en 1999 avec un des gus de la Swing Team à ce sujet, sur le thème "les loupes sont moches" (pour les JTree de l'époque) alors que des triangles étaient envisagés, puis furent abandonnés. il m'a explicitement dit que c'était le service juridique de Sun qui a décidé ça pour éviter les ennuis, ces triangles étant "ceux" du Mac OS de l'époque.
mais avec le bon argument -Dqqchose=1 en ligne de commande, on pouvait faire apparaitre une application Swing avec un look Windows ou Mac OS sous Solaris. ce n'était pas un problème technique, juste de propriété intellectuelle et morale sur le look&feel d'une plateforme, on va dire.
bref. je maintiens que, pour Mono/.NET comme pour Java, un gros interet pour le développeur est la bibliothèque de code existant, et que ce qui est actuellement disponible n'est pas forcément libre ou utilisable sans aucun danger à long terme.
[^] # Re: Comparé aux autres ?
Posté par Gniarf . En réponse à la dépêche Lucane Groupware 0.7 stable est disponible. Évalué à 2.
mon point est qu'il n'est pas possible d'utiliser des JVMs libres avec les fichiers rt.jar de Sun ou d'autres JVMs sans respecter la licence de ces dernieres, en recopiant simplement les bons fichiers comme certains media players le font pour utiliser des codecs propriétaires.
>> sans devoir respecter certains points comme ne pas fournir de
>> look&feel Windows ou Mac sous *nix, ou de look Apple depuis
>> Windows.
> Tu dis quand même un peu n'importe quoi. Les restrictions de
> look'n'feel ne sont pas le fait de Sun, mais de Microsoft et d'Apple
> qui ne souhaitent pas (ce que je peux comprendre) voir leur
> travail utilisé sans leur accord sur un système d'exploitation
> concurrent.
euh, si. ce n'est pas Apple ou Microsoft qui codent et distribuent les JVMs de Sun, c'est Sun.
J'ai personnellement discuté en 1999 avec un des gus de la Swing Team à ce sujet, sur le thème "les loupes sont moches" (pour les JTree de l'époque) alors que des triangles étaient envisagés, puis furent abandonnés. il m'a explicitement dit que c'était le service juridique de Sun qui a décidé ça pour éviter les ennuis, ces triangles étant "ceux" du Mac OS de l'époque.
mais avec le bon argument -Dqqchose=1 en ligne de commande, on pouvait faire apparaitre une application Swing avec un look Windows ou Mac OS sous Solaris. ce n'était pas un problème technique, juste de propriété intellectuelle et morale sur le look&feel d'une plateforme, on va dire.
bref. je maintiens que, pour Mono/.NET comme pour Java, un gros interet pour le développeur est la bibliothèque de code existant, et que ce qui est actuellement disponible n'est pas forcément libre ou utilisable sans aucun danger à long terme.