In case the proposed Standard is covered by issued patents of Ecma members only: Members of the General Assembly are asked to state the Company licensing policy with respect to these patents.
L'ECMA est claire, pour que les propositions ECMA-334 et ECMA-335 soient accepté, Microsoft en tant que membre ayant droit de vote à l'assemblée Générale a du statué sur sa politique de licence vis à vis des brevets couvrant ces normes.
Oui et alors ? Qui te dis que la politique en question n'est pas "royalty free and otherwise rand", ce qui ne veut rien dire et ne garantit rien ? Pourquoi faut-il que je répète encore et encore que même royalty free n'implique pas comptible avec une implémentation libre (cf ASF, Sender-Id, etc.). Et en plus, tu ne cites que le point 1.1 de la politique général de l'ECMA (cf http://www.ecma-international.org/memento/codeofconduct.htm(...) pour le texte complet). Si tu lis attentivement le réglement complet, tu trouveras très clairement que rien n'est exigé à part du RAND et qu'aucune déclaration formelle n'est obligatoire car ne rien dire implique RAND (cf le point 2.4).
Novell en tant qu'associate member n'a pas le droit de vote à l'AG mais participe aux comités techniques dont ceux couvrant la CLI et C# et ont accès à toute la documentation nécessaire.
Quelle documentation ? La déclaration de MS sur les brevets ? Mais il suffit à MS de dire RAND pour que tout soit terminé. Il n'est indiqué nulle part que MS doit proposer un modèle licence complèt ! De plus on trouve à l'URL http://www.ecma-international.org/memento/guidance.htm(...) des modèles de déclaration pour les brevets qui ne donnent aucune précision autre que RAND.
Bref, rien dans le processus de l'ECMA ne permet d'affirmer que MS fera autre chose que du RAND (ce qu'il est obligé de faire pour la partie couverte par les standards).
En l'absence de déclaration publique de Microsoft, doit-on croire le service juridique de Novell qui s'est penché sur la question et a eu accès à toutes les données ou RedHat qui justement n'a pas intérêt à ce que .Net se developpe et pousse Java sur lequel repose toute leur stratégie ?
Ni l'un, ni l'autre. Novell s'est contenté d'une déclaration qui dit "on a regardé, il n'y a pas de problème" et d'un lien vers un mail sans aucune valeur juridique. Si Novell publie un rapport complet, avec une analyse détaillé des brevets qui démontre que Mono les contourne, je commencerais à croire Novell. Pour l'instant, c'est du vent.
Je rappelle que comme SUN, dans les faits Microsoft n'a rien fait contre les implémentations libres de son framework bien au contraire, Novell participe activement à l'élaboration des specs et il y a de nombreux échanges entre l'équipe dotnet et Mono
C'est vrai, j'ajouterais ça dans mon texte dans une prochaine révision.
lors que les implémentations libres de Java sont condamnés à suivre les specs de SUN, contrairement à l'ECMA, les travaux du JCP sont controlé par un seul acteur et loin d'etre ouvert.
N'importe quoi. Relis mon texte et sa description complète du JCP. Apache est membre du JCP, par exemple. Et le JCP standardise TOUT Java, contrairement à l'ECMA qui n'a qu'une petite partie de .NET sous sont contrôle.
Donc je pourrais vous retourner la balle en vous disant que votre opinion au sujet de SUN et des implémentations libres de Java ne sont que des suppositions car rien ne garantit que SUN fasse stopper la distribution de GCJ.
Sun peut faire stopper la distribution de GCJ tant que celle-ci n'est pas compatible avec la spec 1.4. Tous les jours, l'écart diminue et Sun est de moins en moins en position de stopper la distribution de GCJ. Mais c'est une éventualité, en effet. Et je l'ai largement indiqué dans mon texte.
COntrairement à Mono qui porte réellement atteinte à .Net , GCJ ne porte nullement atteinte au business plan de SUN,
Donc Sun n'a aucun intérêt particulier à stopper GCJ.
quant à JBoss et Jonas, ils auront toujours un train de retard sur l'implémentation de SUN qui est passé à Java 1.5.
Totalement ridicule. J2EE 1.5 n'existe pas ! Tout le monde utilise J2EE 1.4 avec en sous jacent une JVM 1.5. JBoss et Jonas ne sont absolument pas en retard sur le serveur de Sun. Comme la spécification de J2EE 1.5 se fait de façon relativement ouverte, JBoss et Jonas contiennent déjà des briques de cette future version. De plus, certains gros morceaux de JBoss et de Jonas tournent sur des versions libres de la JVM. C'est le cas de Tomcat, par exemple.
[^] # Re: héhé
Posté par boubou . En réponse au journal Java, .NET et les logiciels libres. Évalué à 2.
L'ECMA est claire, pour que les propositions ECMA-334 et ECMA-335 soient accepté, Microsoft en tant que membre ayant droit de vote à l'assemblée Générale a du statué sur sa politique de licence vis à vis des brevets couvrant ces normes.
Oui et alors ? Qui te dis que la politique en question n'est pas "royalty free and otherwise rand", ce qui ne veut rien dire et ne garantit rien ? Pourquoi faut-il que je répète encore et encore que même royalty free n'implique pas comptible avec une implémentation libre (cf ASF, Sender-Id, etc.). Et en plus, tu ne cites que le point 1.1 de la politique général de l'ECMA (cf http://www.ecma-international.org/memento/codeofconduct.htm(...) pour le texte complet). Si tu lis attentivement le réglement complet, tu trouveras très clairement que rien n'est exigé à part du RAND et qu'aucune déclaration formelle n'est obligatoire car ne rien dire implique RAND (cf le point 2.4).
Novell en tant qu'associate member n'a pas le droit de vote à l'AG mais participe aux comités techniques dont ceux couvrant la CLI et C# et ont accès à toute la documentation nécessaire.
Quelle documentation ? La déclaration de MS sur les brevets ? Mais il suffit à MS de dire RAND pour que tout soit terminé. Il n'est indiqué nulle part que MS doit proposer un modèle licence complèt ! De plus on trouve à l'URL http://www.ecma-international.org/memento/guidance.htm(...) des modèles de déclaration pour les brevets qui ne donnent aucune précision autre que RAND.
Bref, rien dans le processus de l'ECMA ne permet d'affirmer que MS fera autre chose que du RAND (ce qu'il est obligé de faire pour la partie couverte par les standards).
En l'absence de déclaration publique de Microsoft, doit-on croire le service juridique de Novell qui s'est penché sur la question et a eu accès à toutes les données ou RedHat qui justement n'a pas intérêt à ce que .Net se developpe et pousse Java sur lequel repose toute leur stratégie ?
Ni l'un, ni l'autre. Novell s'est contenté d'une déclaration qui dit "on a regardé, il n'y a pas de problème" et d'un lien vers un mail sans aucune valeur juridique. Si Novell publie un rapport complet, avec une analyse détaillé des brevets qui démontre que Mono les contourne, je commencerais à croire Novell. Pour l'instant, c'est du vent.
Je rappelle que comme SUN, dans les faits Microsoft n'a rien fait contre les implémentations libres de son framework bien au contraire, Novell participe activement à l'élaboration des specs et il y a de nombreux échanges entre l'équipe dotnet et Mono
C'est vrai, j'ajouterais ça dans mon texte dans une prochaine révision.
lors que les implémentations libres de Java sont condamnés à suivre les specs de SUN, contrairement à l'ECMA, les travaux du JCP sont controlé par un seul acteur et loin d'etre ouvert.
N'importe quoi. Relis mon texte et sa description complète du JCP. Apache est membre du JCP, par exemple. Et le JCP standardise TOUT Java, contrairement à l'ECMA qui n'a qu'une petite partie de .NET sous sont contrôle.
Donc je pourrais vous retourner la balle en vous disant que votre opinion au sujet de SUN et des implémentations libres de Java ne sont que des suppositions car rien ne garantit que SUN fasse stopper la distribution de GCJ.
Sun peut faire stopper la distribution de GCJ tant que celle-ci n'est pas compatible avec la spec 1.4. Tous les jours, l'écart diminue et Sun est de moins en moins en position de stopper la distribution de GCJ. Mais c'est une éventualité, en effet. Et je l'ai largement indiqué dans mon texte.
COntrairement à Mono qui porte réellement atteinte à .Net , GCJ ne porte nullement atteinte au business plan de SUN,
Donc Sun n'a aucun intérêt particulier à stopper GCJ.
quant à JBoss et Jonas, ils auront toujours un train de retard sur l'implémentation de SUN qui est passé à Java 1.5.
Totalement ridicule. J2EE 1.5 n'existe pas ! Tout le monde utilise J2EE 1.4 avec en sous jacent une JVM 1.5. JBoss et Jonas ne sont absolument pas en retard sur le serveur de Sun. Comme la spécification de J2EE 1.5 se fait de façon relativement ouverte, JBoss et Jonas contiennent déjà des briques de cette future version. De plus, certains gros morceaux de JBoss et de Jonas tournent sur des versions libres de la JVM. C'est le cas de Tomcat, par exemple.