Bon, je vais essayer de garder mon calme pour répondre ...
Premièrement, ce n'est pas parce que tu donnes du fric à MS que tu dois être fier de mettre leur logo dans ta page des partenaires, ou alors il faut vraiment se poser des questions sur ta santé mentale. Le logo arboré par les sites/produits concernent une compatibilité, mais sûrement pas une aide de la part de MS (ça se saurait!), et ne sont donc pas dans ce cas dans la page des partenaires.
Deuxièmement, j'ai parfaitement compris l'histoire, et de nous deux c'est toi l'ignare. Il est clairement marqué sur le site de Transvirtual que MS les a aidé pour la première version. Je pensais que tu serais suffisamment intelligent pour faire la recherche toi-même. Je me suis trompé ...
Dans cette page, on peut y lire :
- §4, "A collaboration with Microsoft enabled Transvirtual to develop this revolutionary new JVM." ;
- §6, "Although Microsoft funded the project to implement the Java extensions [...]" ...
Sinon, sur cette même page, on y apprend que Kaffe est la seule JVM à être compatible avec celles de Sun et de MS [1]. De plus, Kaffe fonctionne dès le début sur un certain nombre de systèmes, ce qui rend alors les programmes "compatibles Java by MS" un tantinet plus portables. L'aide de MS à Transvirtual est donc logique pour pénétrer le marché Java des autres systèmes que Windows.
Enfin, quand je parle de FUD, c'est à cause de la manie des pro-MS à toujours vouloir avoir raison sans y connaître ne serait-ce que l'introduction du b-a-ba sur le sujet. Et en aucun cas je n'ai dit que tu dénigrais les logiciels libres. En revanche, ce que je suggérais, c'est que tu essayais de faire passer MS pour le gentil qui n'a rien à voir avec toutes ces magouilles commerciales concernant Java. Ca aussi c'est un FUD. Ce n'est pas parce que le FUD le plus visible est le dénigrement les LL que ça se limite à ça. Le tiens est d'ailleurs bien plus insidieux.
Voilà ! Maintenant j'espère que tu te documenteras un peu plus maintenant quand tu posteras ici.
[1] Je ne vois vraiment pas comment ils peuvent assurer une compatibilité entre les JVM de Sun et de MS du fait d'incompatibilités de comportement. Par exemple, il est spécifié dans les documents de référence (de Sun) que le bytecode d'une classe doit être chargé, vérifié etc par le chargeur de classes (class loader) dès qu'une référence à cette classe est faite dans le code (hors clause import), même si aucune instance de cette classe n'est créée. En revanche, dans la JVM de MS, le bytecode n'est chargé que lorsqu'il est explicitement utilisé pour la première fois, d'après eux pour des raisons de performances.
Ainsi, normalement, une instruction telle que Class.forName("mypackage.MyClass"); devrait charger le bytecode de mypackage.MyClass et exécuter les blocs d'initialisation de classe (blocs "static"). Hors normalement il suffit de charger une class implémentant un pilote JDBC pour qu'il s'enregistre automatiquement comme tel dans le moteur JDBC. Pour ce faire, une instance est automatiquement créé depuis un bloc static et est passé au gestionnaire de pilotes. Donc, pour les JVM de MS, il faut créer une instance du pilote pour qu'une autre instance soit créée et enregistrée dans le gestionnaire de pilotes. Super l'optimisation ...
[^] # Re: Peu probable
Posté par François B. . En réponse à la dépêche Transmeta lance son Linux pour matériel embarqué. Évalué à 1.
Premièrement, ce n'est pas parce que tu donnes du fric à MS que tu dois être fier de mettre leur logo dans ta page des partenaires, ou alors il faut vraiment se poser des questions sur ta santé mentale. Le logo arboré par les sites/produits concernent une compatibilité, mais sûrement pas une aide de la part de MS (ça se saurait!), et ne sont donc pas dans ce cas dans la page des partenaires.
Deuxièmement, j'ai parfaitement compris l'histoire, et de nous deux c'est toi l'ignare. Il est clairement marqué sur le site de Transvirtual que MS les a aidé pour la première version. Je pensais que tu serais suffisamment intelligent pour faire la recherche toi-même. Je me suis trompé ...
Donc, pour les mal-comprenants comme toi, je détaille : tu trouveras l'annonce officielle de Kaffe à http://www.transvirtual.com/news-061499_x_platform.htm(...)
Dans cette page, on peut y lire :
- §4, "A collaboration with Microsoft enabled Transvirtual to develop this revolutionary new JVM." ;
- §6, "Although Microsoft funded the project to implement the Java extensions [...]" ...
Sinon, sur cette même page, on y apprend que Kaffe est la seule JVM à être compatible avec celles de Sun et de MS [1]. De plus, Kaffe fonctionne dès le début sur un certain nombre de systèmes, ce qui rend alors les programmes "compatibles Java by MS" un tantinet plus portables. L'aide de MS à Transvirtual est donc logique pour pénétrer le marché Java des autres systèmes que Windows.
Enfin, quand je parle de FUD, c'est à cause de la manie des pro-MS à toujours vouloir avoir raison sans y connaître ne serait-ce que l'introduction du b-a-ba sur le sujet. Et en aucun cas je n'ai dit que tu dénigrais les logiciels libres. En revanche, ce que je suggérais, c'est que tu essayais de faire passer MS pour le gentil qui n'a rien à voir avec toutes ces magouilles commerciales concernant Java. Ca aussi c'est un FUD. Ce n'est pas parce que le FUD le plus visible est le dénigrement les LL que ça se limite à ça. Le tiens est d'ailleurs bien plus insidieux.
Voilà ! Maintenant j'espère que tu te documenteras un peu plus maintenant quand tu posteras ici.
[1] Je ne vois vraiment pas comment ils peuvent assurer une compatibilité entre les JVM de Sun et de MS du fait d'incompatibilités de comportement. Par exemple, il est spécifié dans les documents de référence (de Sun) que le bytecode d'une classe doit être chargé, vérifié etc par le chargeur de classes (class loader) dès qu'une référence à cette classe est faite dans le code (hors clause import), même si aucune instance de cette classe n'est créée. En revanche, dans la JVM de MS, le bytecode n'est chargé que lorsqu'il est explicitement utilisé pour la première fois, d'après eux pour des raisons de performances.
Ainsi, normalement, une instruction telle que Class.forName("mypackage.MyClass"); devrait charger le bytecode de mypackage.MyClass et exécuter les blocs d'initialisation de classe (blocs "static"). Hors normalement il suffit de charger une class implémentant un pilote JDBC pour qu'il s'enregistre automatiquement comme tel dans le moteur JDBC. Pour ce faire, une instance est automatiquement créé depuis un bloc static et est passé au gestionnaire de pilotes. Donc, pour les JVM de MS, il faut créer une instance du pilote pour qu'une autre instance soit créée et enregistrée dans le gestionnaire de pilotes. Super l'optimisation ...