Donc, gcc 4.0 pourra nous pondre du code pour jvm. Je me vois deja obliger d'utiliser un pc sous win au bureau et de lancer kde+enghlightement+emacs dans une fenetre X11 lance depuis un noyau linux tournant dans une jvm depuis un browser internet sous win. Le panard, quoi !
Donc, gcc 4.0 pourra nous pondre du code pour jvm. Je me vois deja obliger d'utiliser un pc sous win au bureau et de lancer kde+enghlightement+emacs dans une fenetre X11 lance depuis un noyau linux tournant dans une jvm sous win. Le panard, quoi !
Ou tu as vu, je cite : "des API du langage Java" ....
Pitiéeee, Java est UN LANGUAGE ET UNE PLATEFORME,
les API ne font pas partie du language, mais de la plateforme !!!!!
Je rapelle que contrairement à ce que Sun peut laisser croire (et ce que MS claironne en ce moment ...) il n'est pas forcer d'ecrire du Java (le language) pour faire des programme qui tourne sur Java (la plateforme) ...
La liste des languages compatibles est longue et impressionante ...
SmallEiffel genere par exemple en standard du bytecode integralement compatible avec la plateforme Java !
Pourquoi une telle meprise : simple, Sun pour des raison evidentes d'image à préféré mettre en avant le language plutot que d'expliquer que RIEN dans la plateforme n'interdisait de programmer en AUTRE CHOSE que du langiage Java ! CQFD !
Mon préféré, est OpenJava, un petit bijou ... mais aussi Kiev super puissant !
Le principe, c'est que l'on peut créer un programme qui soit une aggregation de .class créées dans différents langages ... l'interroperabilité ultime en somme !
Pour les Fan de dotNet qui lisent ca : oui, je confirme, dotNet n'a rien du tout inventé ici, cela existe en Java depuis 4 ans ;-) ... sauf que ca marche ;) (kidding ...)
#2
Quand à la question Log4J ou JSR, ... qu'importe du moment que cette API soit ouverte (pluggable) et simple ... que le meilleur gagne. Mais une remarque, qu'est-ce qui empeche de plugger Log4J sur le JSR ... d'apres ce que j'ai vu: RIEN !
"Ya pas d'problem" ...
(Dsolé pour le double post ... mon doigt à glisssssser sur le enter ...)
#3
Enfin pour l'accusation de "libre" de Sun, je rappele que si la compatibilité ascendente est le nerf de Java !
Or, les différents commités ISO et ECMA ont fait echoué les tentatives d'ouvertures de Sun pourquoi? .... tou simplement car il souhaité que la compatibilité ascendante ne soit plus obligatoire (en bref) !!!
Or quels etait les delegués à l'ISO et l'ECMA pour les USA ? ... soit des representants de MS, soit des personnes ayant de TRES fortes relations avec MS !!!
Le reve de MS est de casser l'unicité de la plateforme java, le fameux : Write Once Run Anywhere"
Y aurait-t-il sur terre un encore un groupe INDEPENDANT assurant la standardisation de specs ?
Le W3C, trop tard ... noyauté depuis peu par MS ... l'IETF, ils sont encore en vie ? ...
La GNU Foundation ... il refuse de revoir leur position sur la compatibilité ascendent d'une plateforme :(
Bref, on est dans une impasse qui a mené Sun a créé un processus de vote auquel participe: les editeurs et les developpeurs (il suffit d'enregistrer gratuitement son nom sur le site) ... le community source process n'est pas la panacée ... mais tout le monde peut y participer donner ouvertement son avis, voter pour les decisions ... et ca marche !
La preuve: les nouvelles specs du JDK1.4 ;-)
Une autre meprise est souvent de dire: "on ne peut pas faire de programmes Java en opensource" .... c'est faux !!!
La plateforme n'as pas d'impact sur le type de license du produit ... la preuve : Jedit, Jext, Jakarta/Tomcat, Jive, ... tous d'exxxxcelents produits sous GPL :D
Une autre crainte est de dire : mais si sun fait payer un jour le runtime ... la reponse est simple Si ca arrive on pourra tjr se reporter sous des runtime qui sont eux GPL ET Gratuits, par exemple "Kaffe" !!!
La spec integrale et detaillée etant publique, n'importe qui peut créer une VM compatible.
#4
Et pitié ... arretez de croire le pipotage sur dotNet de MS en ce moment ... pas des fans de linux ... pitié ! Il nous l'ont fait ya 2 ans deja avec "cool" le projet de "la mort qui tue" qui "va tout changer le monde".com .. et plus rien !
Si, dotNet marche ... il ne sera pas UTILISABLE avant plusieurs années !!! (1an 1/2 minimum avant d'avoir une plateforme stable, 2ans 1/2 pour avec des bugfix et une amelioration des perfs)
Et si ca marche pas, cette nouvelle plateforme (dotNet) qui romp avec tous les existants de MS (nouvelle API, nouveau fonctionalités, nouveaux langages), MS risque bien de faire un revirement magistral avant d'y perdre ca chemise ...
Car essayez de convancre des dev. VB et VC++ d'apprendre : la programmation objet, une nouvelle API, un nouveau language, de nouveaux outils !!!!
(Non, VB.NET n'a que peu en commun avec VB si ce n'est 2 lettre ... et pareil pour Studio.net vs Studio !!!)
C'est pas gagné ...
Bref, ni linux ni java n'ont a craindre de MSdotNet ... du moins pas avant un bon moment !
Vive duke, vive tux ! S'il font des petits ...etc :o)
2) c'est pas un problème d'en enterrer 12 au lieu de 6, c'est du bon sens, je suis d'accord avec ça
le problème c'est au final de nous livrer des débits minuscules alors que la bande passante est disponible...
c'est comme si on laissait passer les gens sur une seule voie sur une autoroute à 3 voies, tu comprends ?
ben ouais mais il faut quand même dire que Java est séduisant... Maintenant les APIs graphique qui sont portables et relativement stables c'est génial. OK je préfère gtk+ mais je dois dire que j'ai trop de difficultés avec, et je songe sérieusement à passer quelques trucs en java ... dommage (et je ne pense pas être le seul, si ?).
Entiérement d'accord avec toi!
Ce genre de probléme devait arriver tôt ou tard. Java est trop stratégique pour SUN pour qu'il laisse une bande d'utopistes faire la loi. En face, l'ennemi est de taille! Microsoft avec visual basic, c#, asp, .net a une belle panoplie de languages dans la poche pour attirer le dév
De plus, ce n'est pas la premiére fois que SUN fait des coups de putes en attirant les dévs et en retournant brusquement sa veste quand le poisson est pris dans le filet. Il y a eu une histoire similaire avec un compilateur C y'a longtemps.
Je me pose une question. D'un point de vue stratégique, quel est l'avenir de Java à long terme?
!je ne comprends pas pourquoi sun agit de la sorte ... Il ne veut pas réccuppérer des developpement annexe à Sun dans le JDK, ce ne serait pourtant pas la première fois !! Alors pourquoi si l'api log4J est mieux éprouvé et plus performante ...
Perso j'ai pas encore eu l'occasion de l'utiliser , mais si les developpeurs qui l'utilise la trouve vraiment plus pratique et meilleur que celle qui est prévu pour la remplacer, je pense qu'il faut le faire savoir!! Que les développeurs Java compte dans les décisions !!
Parce qu'en plus si elle n'est pas intégré au jdk elle risque de tomber dans les oubliettes ...
---
Log4J c pas un chanteur de Dub ça .... >>> humm humm <<<< ....
Ouaip je viens d'aller voir sur le lien que tu donnes et je trouves effectivement la news...............entourant une énorme pub pour MS Office XP ! PLutot amusant non ?
Posté par Anonyme .
En réponse à la dépêche GCC 3.0.
Évalué à 0.
J'ai la meme definition et ca marche ici, de meme que pour les dizaines de types de cooker. De la a dire que t'as du te chier dessus sur ta machine en voulant jouer au malin, y'a qu'un pas que je ne franchirai pas par pudeur :-).
Moi j'avais créer kernelconfig dans le but de proposer les différentes options de compilation du noyau en francais. Un tel projet est vraiment super et sera sans doute d'une TRES grande utilité pour toute la communauté. Bravo
[^] # Re: Des nouvelles maps...
Posté par Anonyme . En réponse à la dépêche Patch Quake3 1.29f beta 1 Linux !. Évalué à 0.
Tout ce qui change ca doit etre la place du quad, de la red armor etc.
donc pas besoin de team arena (qui a plus de maps que de joueurs)
D'ailleurs à quand un serveur q3 linuxfr? (cs sucks)
[^] # Re: heeeu !!!
Posté par Anonyme . En réponse à la dépêche Patch Quake3 1.29f beta 1 Linux !. Évalué à 0.
[^] # Re: STOP AU PIPO,PIPO ! (lire l'explication svp...)
Posté par Anonyme . En réponse à la dépêche JSR47 vs. log4j ou les problèmes de la licence Sun sur le langage Java. Évalué à 0.
[^] # Re: STOP AU PIPO,PIPO ! (lire l'explication svp...)
Posté par Anonyme . En réponse à la dépêche JSR47 vs. log4j ou les problèmes de la licence Sun sur le langage Java. Évalué à 0.
[^] # Re: STOP AU PIPO,PIPO ! (lire l'explication svp...)
Posté par Anonyme . En réponse à la dépêche JSR47 vs. log4j ou les problèmes de la licence Sun sur le langage Java. Évalué à 0.
Merci beaucoup l'ami pour ce cours génial ! :-D
Thanks
# STOP AU PIPO,PIPO ! (lire l'explication svp...)
Posté par Anonyme . En réponse à la dépêche JSR47 vs. log4j ou les problèmes de la licence Sun sur le langage Java. Évalué à 3.
#1
Ou tu as vu, je cite : "des API du langage Java" ....
Pitiéeee, Java est UN LANGUAGE ET UNE PLATEFORME,
les API ne font pas partie du language, mais de la plateforme !!!!!
Je rapelle que contrairement à ce que Sun peut laisser croire (et ce que MS claironne en ce moment ...) il n'est pas forcer d'ecrire du Java (le language) pour faire des programme qui tourne sur Java (la plateforme) ...
Et je le prouve :
http://grunge.cs.tu-berlin.de/~tolk/vmlanguages.html(...)
La liste des languages compatibles est longue et impressionante ...
SmallEiffel genere par exemple en standard du bytecode integralement compatible avec la plateforme Java !
Pourquoi une telle meprise : simple, Sun pour des raison evidentes d'image à préféré mettre en avant le language plutot que d'expliquer que RIEN dans la plateforme n'interdisait de programmer en AUTRE CHOSE que du langiage Java ! CQFD !
Mon préféré, est OpenJava, un petit bijou ... mais aussi Kiev super puissant !
Le principe, c'est que l'on peut créer un programme qui soit une aggregation de .class créées dans différents langages ... l'interroperabilité ultime en somme !
Pour les Fan de dotNet qui lisent ca : oui, je confirme, dotNet n'a rien du tout inventé ici, cela existe en Java depuis 4 ans ;-) ... sauf que ca marche ;) (kidding ...)
#2
Quand à la question Log4J ou JSR, ... qu'importe du moment que cette API soit ouverte (pluggable) et simple ... que le meilleur gagne. Mais une remarque, qu'est-ce qui empeche de plugger Log4J sur le JSR ... d'apres ce que j'ai vu: RIEN !
"Ya pas d'problem" ...
(Dsolé pour le double post ... mon doigt à glisssssser sur le enter ...)
#3
Enfin pour l'accusation de "libre" de Sun, je rappele que si la compatibilité ascendente est le nerf de Java !
Or, les différents commités ISO et ECMA ont fait echoué les tentatives d'ouvertures de Sun pourquoi? .... tou simplement car il souhaité que la compatibilité ascendante ne soit plus obligatoire (en bref) !!!
Or quels etait les delegués à l'ISO et l'ECMA pour les USA ? ... soit des representants de MS, soit des personnes ayant de TRES fortes relations avec MS !!!
Le reve de MS est de casser l'unicité de la plateforme java, le fameux : Write Once Run Anywhere"
Y aurait-t-il sur terre un encore un groupe INDEPENDANT assurant la standardisation de specs ?
Le W3C, trop tard ... noyauté depuis peu par MS ... l'IETF, ils sont encore en vie ? ...
La GNU Foundation ... il refuse de revoir leur position sur la compatibilité ascendent d'une plateforme :(
Bref, on est dans une impasse qui a mené Sun a créé un processus de vote auquel participe: les editeurs et les developpeurs (il suffit d'enregistrer gratuitement son nom sur le site) ... le community source process n'est pas la panacée ... mais tout le monde peut y participer donner ouvertement son avis, voter pour les decisions ... et ca marche !
La preuve: les nouvelles specs du JDK1.4 ;-)
Une autre meprise est souvent de dire: "on ne peut pas faire de programmes Java en opensource" .... c'est faux !!!
La plateforme n'as pas d'impact sur le type de license du produit ... la preuve : Jedit, Jext, Jakarta/Tomcat, Jive, ... tous d'exxxxcelents produits sous GPL :D
Une autre crainte est de dire : mais si sun fait payer un jour le runtime ... la reponse est simple Si ca arrive on pourra tjr se reporter sous des runtime qui sont eux GPL ET Gratuits, par exemple "Kaffe" !!!
La spec integrale et detaillée etant publique, n'importe qui peut créer une VM compatible.
#4
Et pitié ... arretez de croire le pipotage sur dotNet de MS en ce moment ... pas des fans de linux ... pitié ! Il nous l'ont fait ya 2 ans deja avec "cool" le projet de "la mort qui tue" qui "va tout changer le monde".com .. et plus rien !
Si, dotNet marche ... il ne sera pas UTILISABLE avant plusieurs années !!! (1an 1/2 minimum avant d'avoir une plateforme stable, 2ans 1/2 pour avec des bugfix et une amelioration des perfs)
Et si ca marche pas, cette nouvelle plateforme (dotNet) qui romp avec tous les existants de MS (nouvelle API, nouveau fonctionalités, nouveaux langages), MS risque bien de faire un revirement magistral avant d'y perdre ca chemise ...
Car essayez de convancre des dev. VB et VC++ d'apprendre : la programmation objet, une nouvelle API, un nouveau language, de nouveaux outils !!!!
(Non, VB.NET n'a que peu en commun avec VB si ce n'est 2 lettre ... et pareil pour Studio.net vs Studio !!!)
C'est pas gagné ...
Bref, ni linux ni java n'ont a craindre de MSdotNet ... du moins pas avant un bon moment !
Vive duke, vive tux ! S'il font des petits ...etc :o)
4R34.
[^] # Re: Black lines
Posté par Anonyme . En réponse à la dépêche Des milions de kilomètres de fibre optique non-utilisés. Évalué à 0.
2) c'est pas un problème d'en enterrer 12 au lieu de 6, c'est du bon sens, je suis d'accord avec ça
le problème c'est au final de nous livrer des débits minuscules alors que la bande passante est disponible...
c'est comme si on laissait passer les gens sur une seule voie sur une autoroute à 3 voies, tu comprends ?
bon
[^] # Re: Ne pas dramatiser ...
Posté par Anonyme . En réponse à la dépêche JSR47 vs. log4j ou les problèmes de la licence Sun sur le langage Java. Évalué à -1.
[^] # Re: Epoque != Epoch
Posté par Anonyme . En réponse à la dépêche 1 000 000 000 de secondes. Évalué à 0.
[^] # Re: Bizarre...
Posté par Anonyme . En réponse à la dépêche 1 000 000 000 de secondes. Évalué à 0.
' cat mrtg/popol.log | cut -c1-9 ' seront plantees puisque un milliard, ca fait un caractere de plus...
# Frenchization
Posté par Anonyme . En réponse à la dépêche JSR47 vs. log4j ou les problèmes de la licence Sun sur le langage Java. Évalué à 0.
# Vive les jeux sous Linux
Posté par Anonyme . En réponse à la dépêche Patch Quake3 1.29f beta 1 Linux !. Évalué à 0.
Moi j'ai acheté 3 jeux commerciaux, j'espere que vous en ferez de meme pour montrer notre reelle force de cohésion
[^] # Re: Le grand gourou SUN
Posté par Anonyme . En réponse à la dépêche JSR47 vs. log4j ou les problèmes de la licence Sun sur le langage Java. Évalué à 0.
[^] # Re: erreur ???
Posté par Anonyme . En réponse à la dépêche Microsoft pris la main dans le sac avoue. Évalué à 0.
[^] # Le kangourou SUN
Posté par Anonyme . En réponse à la dépêche JSR47 vs. log4j ou les problèmes de la licence Sun sur le langage Java. Évalué à -1.
[^] # Re: Le grand gourou SUN
Posté par Anonyme . En réponse à la dépêche JSR47 vs. log4j ou les problèmes de la licence Sun sur le langage Java. Évalué à 0.
Ce genre de probléme devait arriver tôt ou tard. Java est trop stratégique pour SUN pour qu'il laisse une bande d'utopistes faire la loi. En face, l'ennemi est de taille! Microsoft avec visual basic, c#, asp, .net a une belle panoplie de languages dans la poche pour attirer le dév
De plus, ce n'est pas la premiére fois que SUN fait des coups de putes en attirant les dévs et en retournant brusquement sa veste quand le poisson est pris dans le filet. Il y a eu une histoire similaire avec un compilateur C y'a longtemps.
Je me pose une question. D'un point de vue stratégique, quel est l'avenir de Java à long terme?
# Faut pas se laisser faire !!
Posté par Anonyme . En réponse à la dépêche JSR47 vs. log4j ou les problèmes de la licence Sun sur le langage Java. Évalué à 0.
Perso j'ai pas encore eu l'occasion de l'utiliser , mais si les developpeurs qui l'utilise la trouve vraiment plus pratique et meilleur que celle qui est prévu pour la remplacer, je pense qu'il faut le faire savoir!! Que les développeurs Java compte dans les décisions !!
Parce qu'en plus si elle n'est pas intégré au jdk elle risque de tomber dans les oubliettes ...
---
Log4J c pas un chanteur de Dub ça .... >>> humm humm <<<< ....
[^] # Re: Alors Ducon ! (msg to pBpG)
Posté par Anonyme . En réponse à la dépêche Microsoft / Open-Source Code. Évalué à 0.
C'est pas pour dire mais la preuve est sous ton nez depuis pas mal de temps.
La Microsoft avoue officiellement, il te faut quoi de plus?
[^] # Re: Pas Yahoo, ZDNet
Posté par Anonyme . En réponse à la dépêche Microsoft pris la main dans le sac avoue. Évalué à -1.
# ouioui
Posté par Anonyme . En réponse à la dépêche 1 000 000 000 de secondes. Évalué à 0.
PS: forum.ouah.org
[^] # Re: un petit test ?
Posté par Anonyme . En réponse à la dépêche GCC 3.0. Évalué à 0.
gcmdk
[^] # Re: Bah pourquoi ?
Posté par Anonyme . En réponse à la dépêche Gnome 2.0: Le début de la fin. Évalué à 0.
# Des nouvelles maps...
Posté par Anonyme . En réponse à la dépêche Patch Quake3 1.29f beta 1 Linux !. Évalué à 0.
[^] # Re: Mégateuf!
Posté par Anonyme . En réponse à la dépêche 1 000 000 000 de secondes. Évalué à 0.
# Génial !
Posté par Anonyme . En réponse à la dépêche Configuration du noyau Linux. Évalué à 0.
http://kernelconfig.free.fr/(...)