Articles précédents : Articles
- [72] Tout ce que vous avez voulu savoir sur le spam sans jamais avoir osé le demander
- [62] Autoconf/Automake... la relève ?
- [17] Le Conseil Général de Seine et Marne choisit Linux
- [37] La technologie de monde virtuel 3D Scol passe en open-source
- [47] P2P : Quelle utilisation pour quels usages ?
- [179] Freecraft se prend un coup de Blizzard!
- [240] Mc Carthy accélère la procédure : vote le 30 juin !
- [14] Mise à l'écart de certains pilotes de périphériques dans le noyau 2.6
- [36] Yopy 3700 : Vous prendrez bien un peu de Linux dans votre PDA ?
- [17] Sauvetage de films à la limite du domaine public
Liens connexes
- News sur ComputerWire (enregistrement obligatoire) (216 hits)
- Article sur The Server Side (526 hits)
- Interview contradictoire sur computer world (312 hits)
- Gosling plutôt pour un Java Open Source (341 hits)
- Kaffe (343 hits)
Dépêche modérée par
Articles : Red Hat préparerait une version Open Source de Java
Posté par boubou (page perso, ). Modéré le 24 juin 2003.
News sur ComputerWire (enregistrement obligatoire) (216 hits)
Article sur The Server Side (526 hits)
Interview contradictoire sur computer world (312 hits)
Gosling plutôt pour un Java Open Source (341 hits)
Kaffe (343 hits)
> Lire la dépêche (68 commentaires, moyenne: 2,3).
Re: Red Hat préparerait une version Open Source de Java
Bonne nouvelle,
reste à esperer que cette version OpenSource sera 100% compatible avec le version Sun ! Ce serait etonnant, sinon la version Sun n'aurait plus raison d'exister...
-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par cedricv () le 24/06/2003 à 10:02. (lien). Évalué à 5.sinon la version Sun n'aurait plus raison d'exister...
pas avant que Kaffe n'atteigne les performances de la JRE de Sun (ou d' IBM).-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par boubou (page perso, ) le 24/06/2003 à 10:10. (lien). Évalué à 3.Attention, on ne sait pas si RedHat va reprendre Kaffe ou plutôt travailler sur la base de GCJ classpath et une autre JVM comme SableVM par exemple (http://www.sablevm.org/(...) ).
-
-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par boklm (page perso, ) le 24/06/2003 à 10:03. (lien). Évalué à 5.Et quel serait l'interet pour Sun d'avoir une version non libre de la jvm non compatible avec les versions libres ?
PS: c'est mon 1er message tappe en dvorak-
[^]PS: dvorak
Posté par furai (page perso, ) le 24/06/2003 à 10:15. (lien). Évalué à 1.juste une question en passant :
comment tu fais pour repérer les lettres ?
Parce que ca me dirait bien d'y passer, mais je voudrais quand même avoir les lettres écrites sur les touches,
et je n'ai pas les moyens de me racheter un nouveau clavier spécialement pour ça.
(Et les feutres, ça fait pas très joli ...)-
[^]Re: PS: dvorak
Posté par Yusei (page perso, ) le 24/06/2003 à 10:16. (lien). Évalué à 0.Des autocollants, pour voir si ça te plait, puis acheter un vrai clavier plus tard ?
-
[+] [^]Re: PS: dvorak
Posté par furai (page perso, ) le 24/06/2003 à 10:28. (lien). Évalué à -1.J'avais déjà entendu parler des autocollants (ou des planches à imprimer, mais je ne sais pas si ca existe le papier qui colle), mais je n'ai jamais réussi à en trouver pour le dvorak français.
-
-
[^]Re: PS: dvorak
Posté par Benjamin () le 24/06/2003 à 10:47. (lien). Évalué à 0.Un image du mapping clavier affichée en permanence sur l'écran, au début..
-
[^]Re: PS: dvorak
Posté par xion () le 24/06/2003 à 11:25. (lien). Évalué à 1.un bon site avec des liens intérressants :
http://www.algo.be/ergo/dvorak-fr.html(...)
-
-
[^]Re: PS: dvorak
Posté par boklm (page perso, ) le 24/06/2003 à 11:26. (lien). Évalué à 2.tu apprend le mapping par coeur.
pour ca tu peux utiliser dvorak7min ...
-
[^]Re: PS: dvorak
Posté par thoran () le 24/06/2003 à 14:40. (lien). Évalué à 2.Utiliser un clavier Dvorak n'a d'interet que si on tape en aveugle.
Pour apprendre a taper en aveugle, la regle numero 1 est de ne jamais regarder ses doigts. Quoi qu'il arrive. La premiere touche a apprendre est donc 'backspace'.
Au debut, c'est tres dur, on tape 3 mots par minute. Puis on s'y fait. Ca vient tres vite.
Acheter un nouveau clavier serait donc une erreur.
SURTOUT, ne pas croire qu'on va apprendre plus vite a taper parcequ'on a un clavier avec le dessin des lettres au bon endroit. Le but final est de toute facon la frappe en aveugle. Et on l'atteint beaucoup plus vite en apprenant en aveugle.
http://www.gnu.org/software/gtypist/gtypist(...)-
[^]Re: PS: dvorak
-
-
[^]Re: PS: dvorak
Posté par zero heure (Jabber id, page perso, ) le 25/06/2003 à 12:09. (lien). Évalué à 1.Tu récupère un vieux clacvier IBM de 486/PS2, ultra-confortable (en métal), avec un zoli click à chaque touche frappée et ce qui t'intéresse, des touches en deux parties:
1. la touche sans dessin
2. un capuchon amovible avec le dessin des lettres.
Ce genre de clavier se rachète entre 1 et 2 Euros. Chaque fois que j'en trouve, j'en prend un lot, et je fais ma distribution. Tous ceux qui les essayent en veulent un.--
J'ai vu bien des choses dans ma petite vie, et je mesure amèrement l'impuissance à les dire. (JP Rosnay, Le 13ème apôtre) http://www.poesie.net/apotre2.htm
-
-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par Dies Irae (page perso, ) le 24/06/2003 à 13:03. (lien). Évalué à 2.Question :
Ça vaut le coup un clavier dvorak quand t'écris en français? Apparement c'est étudié a la base pour l'anglais donc on doit pas mal y perdre avec une autre langre.
Et pour coder ça donne quoi?-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par Manico () le 24/06/2003 à 13:19. (lien). Évalué à 1.Bah visiblement y'a un dvorak-fr ... par contre j'ai pas trouvé comment mettre ca en place sur mon minux :/
-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par Jar Jar Binks (page perso, ) le 24/06/2003 à 16:13. (lien). Évalué à 2.http://jmouette.nerim.net/pub/fr-dvorak(...) dans /etc/X11/xkb/symbols
-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par seginus () le 24/06/2003 à 16:23. (lien). Évalué à 1.C'est bien ça, j'allais commencer à écrire xmodmaprc pour dvorak.
-- Comment on fait pour lancer utiliser le clavier après l'avoir copé dans /etc/X11/xkb/symbols ?
-- Comment on fait pour réinitialiser le clavier après l'avoir modifié avec xmodmap ?-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par Larry Cow () le 24/06/2003 à 17:09. (lien). Évalué à 2.Comment on fait pour lancer utiliser le clavier après l'avoir copé dans /etc/X11/xkb/symbols ?
Je pencherais pour setxkbmap dvorak-fr, non?-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par seginus () le 24/06/2003 à 17:27. (lien). Évalué à 1.C'est bien ça, mais il faut être en root.
-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par Mathieu Pillard (page perso, ) le 25/06/2003 à 00:17. (lien). Évalué à 1.Depuis quand faut etre en root pour utiliser setxkbmap ?
-
-
-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par Jar Jar Binks (page perso, ) le 24/06/2003 à 17:39. (lien). Évalué à 1.Si tu utilises xmodmap, y'a un fr-dvorak.xmodmap à côté. Le fr-dvorak s'utilise avec le serveur xfree86, il faut mettre fr-dvorak à la place de fr ou fr-latin9 dans la config.
-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par Manico () le 24/06/2003 à 18:58. (lien). Évalué à 1.bon bah c'est pas facile de s'habituer au dvorak :)
-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par seginus () le 24/06/2003 à 23:10. (lien). Évalué à 2.C'est pas facile de s'y habituer, mais quand on essai un peu, on se rend vraiment compte de l'optimisation du positionnement des touches.
Mais c'est tout de même dûr de modifier des habitudes de dactylographie.-
[^]Re: Red Hat préparerait une version Open Source de Java
-
-
-
-
-
-
-
-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par syj () le 24/06/2003 à 14:16. (lien). Évalué à 3.Je pense que Sun n'a jamais voulu laisser la main sur çà JVM de peur de perdre le contrôle.
Le problème est que çà a empéché le développement d'une vrai communauté libre autour de Java tel que celle qui s'est formé autour de GNU/Linux.
L'interêt pour eux d'attirer un maximum de gens dans leur univers pour pouvoir ensuite vendre leur service, et leur produit.
D'ailleur Microsoft a essayé de faire la même chose avec dotNet.-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par boubou (page perso, ) le 24/06/2003 à 16:18. (lien). Évalué à 4.le développement d'une vrai communauté libre autour de Java
C'est largement faux. Si tu regardes http://jakarta.apache.org(...) tu vois qu'il existe un énorme effort open source en Java par le groupe apache. Tomcat et Struts ont une grosse communauté de développeurs. De même, la plupart des développements novateurs autour d'XML se font en Java et en open source. Bref, il existe une vraie communauté open source autour de Java, par contre, cette communauté est très différente de la communauté Linux et n'est pas très GNU. On peut même dire que beaucoup de membres sont des windows (wo)men.-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par syj () le 25/06/2003 à 08:32. (lien). Évalué à 2.Je sais, je travaille tous les jours avec Tomcat, Eclipse, sous windows :-( (... j'ai une excuse c'est pour faire les tests sous I.E.).
Donc je pense bien connaitre le projet Jakarta. Le truc c'est quand on regarde les gros projets développés essentiellement sous Linux tels que :
- Gnome
- Kde
- Gimp
- Le noyau GNU/Linux
et d'une manière générale, les communautés créées autour de distributions telles que debian, ou gentoo.
Je me dis que la "communauté" Java est encore petite par rapport à celle crée autour de Linux.
-
-
-
-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par Nicolas Delsaux (page perso, ) le 24/06/2003 à 11:39. (lien). Évalué à 4.reste à esperer que cette version OpenSource sera 100% compatible avec le version Sun ! Ce serait etonnant, sinon la version Sun n'aurait plus raison d'exister...
Pourquoi ?
Il existe actuellement, dans le domaine Java, plusieurs environnements de développements Open-Source ou non, et ils coexistent tous "pacifiquement".
De la même manière, dans de nombreux contextes, on trouve des logiciels open-source et d'autres closed pour la même fonctionnalité, et chacun arrive à exister. Je ne vois pas pourquoi une machine virtuelle Open-Source tuerait celle de Sun (alors qu'il en existe déja plusieurs, ainsi que de nombreuses machines commerciales).-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par PeYotL () le 24/06/2003 à 16:56. (lien). Évalué à 2.pour l'utilisateur de base, sous windows, passer de la version sun a une version gpl ne changera absolument rien du too .. il mettera la 1ere version qu'il trouvera, et le choix se decidera la plupart du temps au design de l'installeur :p
-
Re: Red Hat préparerait une version Open Source de Java
A prendre avec des pincettes tant que c'est pas du solide tout ça...
Debian ... gentoo moi ça et vite :)
-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par Pierre Jarillon (page perso, ) le 24/06/2003 à 10:07. (lien). Évalué à 5.Juste une rélexion :
- Sun marque des points avec StarOffice/OpenOffice.
- Sun a subi d'importants revers avec Java.
Peut-être ont-ils compris qu'en libérant Java, ils lui permettraient de voler ?
Java m'a toujours plu en tant que langage mais je ne l'ai jamais adopté en raison du manque de perspective dû à l'attitude de Sun.-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par boubou (page perso, ) le 24/06/2003 à 10:09. (lien). Évalué à 6.Je trouve que tu exagères un peu. Le processus du JCP est quand même relativement ouvert pour un produit dont le coeur est propriétaire. D'autre part, je ne suis pas sûr que Sun subisse tant de revers que ça en Java. J2EE remporte un grand succès en entreprise et J2ME est présent sur un nombre considérable de téléphones portables. Il est vrai que J2SE n'a pas un succès énorme et en gros qu'on attend Java sur le desktop...
-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par Pierre Jarillon (page perso, ) le 24/06/2003 à 12:37. (lien). Évalué à 4.Je pense que Java n'a pas eu le succès auquel on pouvait s'attendre. C# et .NET sont maintenant de vrais concurrents. le fait que Sun ait voulu conserver seul la maîtrise de Java n'y est pas étranger.
-
-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par xsnipe () le 24/06/2003 à 10:12. (lien). Évalué à 5.En tout cas le concept m'a toujours plu "Develop once, deploy anywhere" même si dans la pratique... En le libérant, effectivement Sun y gagnerait :
- Le langage a déjà plusieurs années d'avance sur la plateforme .NET, le libérer permettrait de l'améliorer vraiment grandement...
- les performances de la jvm augmenteraient enfin => retour possible sur le desktop...--
Debian ... gentoo moi ça et vite :)-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par Herve Lebrie () le 24/06/2003 à 10:21. (lien). Évalué à 2.Je ne crois pas le langage sera libéré, seul la JVM le sera. Pour le langage c'est un orgnisme de normalisation extérieur qu'il faudrait. D'après mes derniers souvenirs/infos SUN était le seul maitre concernant l''évolution du langage.
-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par boubou (page perso, ) le 24/06/2003 à 10:27. (lien). Évalué à 7.D'après mes derniers souvenirs/infos SUN était le seul maitre concernant l''évolution du langage.
Non, c'est le JCP : http://www.jcp.org(...)
-
-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par Frédéric Desmoulins (page perso, ) le 24/06/2003 à 11:36. (lien). Évalué à 9."... En le libérant, effectivement Sun y gagnerait : ...
- les performances de la jvm augmenteraient enfin => retour possible sur le desktop... "
Fais preuve d'objectivité... Penses tu vraiment que les gars de Sun (d'IBM et j'en passe) ne font pas ce qu'ils peuvent pour améliorer les perfs de leur VM ?
Serieusement, je me demande parfois de quelle manière vous considerez les choses: Les gars de Sun (et les autres) sont mauvais ou bien encore ce sont les developpeurs du Libre qui sont la panacée ?
Je suis d'accord pour dire que c'est une bonne chose de produire un Java Open Source (évidemment tout dépend de la licence car il est bon de rappeller que les sources de l'API, tout le monde peut les obtenir tandis que les specs du langage dependent plus ou moins directement de Sun). Néanmoins, méfiance, je pense AMHA qu'il serait prétentieux de s'avancer sur les performances de la nouvelle VM Open Source (en supposant qu'elle existera un jour...).-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par xsnipe () le 24/06/2003 à 11:41. (lien). Évalué à 3.Note l'emploi du conditionnel... J'ai pas dit que les dev de Sun programmaient avec leurs pieds (quoiqu'il y a une bonne différence, par exemple, entre la version Win et Linux en terme de perfomances :( ), mais si la "Communauté" s'y met, avec toutes les compétences qui peuvent êtres réunies, des personnes qui font ça pour rendre service à tous, je crois sincèrement que ça donnera qquechose de bien ;)
--
Debian ... gentoo moi ça et vite :)
-
-
-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par maxoub () le 24/06/2003 à 11:42. (lien). Évalué à 0.Moi aussi j'aime bien le langage en tant que tel, mais je n'aime pas le concept de machine virtuelle.
Car si c'est séduisant en théorie (write once, run everywhere), c'est lourdo-bancal dans la pratique.
Soit on veut un code vraiment portable et on diffuse les sources ( python, perl ), soit on veut un code compact (C++, etc...) et il faut se donner la peine de compiler.-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par xsnipe () le 24/06/2003 à 11:46. (lien). Évalué à 3.Ben, disons que le concept de machine virtuelle est un compromis entre ces deux extrêmes... C'est vrai que Python, Ruby, Perl... sont très portables (surtout Python avec wxWindows :)) mais dans le cadre de mon travail, j'ai pas spécialement envie que les autres voit mes sources, par contre j'utilise volontiers ces langages à titre personnel ou pour des petits projets free/GPL/...
--
Debian ... gentoo moi ça et vite :)-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par deftones_chris () le 24/06/2003 à 12:08. (lien). Évalué à 1.pardonne moi d'être si curieux mais pourquoi fais tu du closed source à ton travail et du GPL en perso ????
je trouve cette ambiguité étrange. Je ne juge pas mais je voudrais juste connaître les motivations-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par xsnipe () le 24/06/2003 à 12:15. (lien). Évalué à 2.Au boulot, j'ai pas le choix, c'est pas moi qui décide, ce sont des logiciels (sans très grande importance quand même...) spécifiques...
Sinon, perso, ce sont des petits logiciels sympas mas pas indispensables, rien qui révolutionne notre petit monde informatique loin s'en faut :)--
Debian ... gentoo moi ça et vite :)-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par deftones_chris () le 24/06/2003 à 12:29. (lien). Évalué à 1.ok... je comprends mieux car en lisant "je n'ai pas envie" ça faisait le mec mesquin qui ne veut pas que ses collègues sachent comment il fait tel ou tel traitement :-)
-
[^]Re: Red Hat préparerait une version Open Source de Java
-
-
-
-
-
-
Re: Red Hat préparerait une version Open Source de Java
Euh, du Java OpenSource, ça existe depuis longtemps, non ? GCJ, Kaffe, ...
Il y a toujours confusion entre "Java n'est pas libre" et "Les implémentations libres de Java sont pourraves".
Ceci dit, une version libre d'un Java potable, ça, c'est une bonne nouvelle. (Et vite, avant que Java ne se fasse bouffer par C# et .NET -- Rappel : C# est un language standardisé mais les API de .NET sont brevetées ...)
-
[^]Re: Red Hat préparerait une version Open Source de Java
Re: Red Hat préparerait une version Open Source de Java
De http://www.computerworld.com/developmenttopics/development/java/sto(...)
- "The problem with open-source is that [victory] goes to volume, and that's evident in the Linux community today where ISVs [independent software vendors] are qualifying to Red Hat and abandoning everyone else. Why? Because Red Hat has volume."
Y a un effet boule de neige. D'autre dirait que Redhat a maintenant attend la masse critique. Et comme en plus les affaires vont bien...
Redhat et Sun ont déjà un deal autour de Java :
http://www.sun.com/smi/Press/sunflash/2003-05/sunflash.20030519.4.h(...)
Redhat va fournir java dans RHEL et sun proposera Redhat pour les machines sous Linux.
Tout ça c'est bon pour Linux en entreprise. Java est très utilisé sur les serveurs d'application même s'il n'a pas le succès espéré. Aussi bien sous Unix que Windows NT/2000. Et passer une applis sous java de Windows à Linux est beaucoup plus facile que de java à C#. Il y a un gros marché.
Ça va fortement crédibiliser Linux et l'"open source" en entreprise avec une offre solide Linux/Java.
-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par Yusei (page perso, ) le 24/06/2003 à 11:25. (lien). Évalué à 2.La suite de la citation c'est:
If Java were open-source, Microsoft could take it, deliver it as they saw fit and drive a definition of Java that was divergent from the one that the community wanted to be compatible. And to the victor would go the spoils of that nefarious action.
Donc en fait l'argument que tu cites comme positif pour l'open-source est utilisé dans le sens contraire, ici. C'est Microsoft qui a le volume, et s'ils produisaient une version de Java non compatible, c'est la leur qui gagnerait (selon l'auteur, et si j'ai bien compris).-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par ptit_tux () le 24/06/2003 à 12:14. (lien). Évalué à 1.> ici. C'est Microsoft qui a le volume,
L'auteur dit que pour Linux il faut du volume. Il doit penser qu'avec Linux, les marges sont faibles et il faut donc du volume. Comme l'aspect volume est important (car les marges sont faibles), "tout le monde" se précipitent sur Redhat qui a le plus gros volume (du moins en entreprise pour décideurs pressés qui veut le support, les partenaires, y tout).
Avec Un unix commercial les prix pratiqués sont généralement plus élevés et un volume moindre peut être satisfesant économiquement.
Je crois que l'auteur parlait du côté économique et influence.
> C'est Microsoft qui a le volume,
Ben avoir une solution open source de java estampillé Sun sous Linux reste une bonne chose. De toute manière, MS ne va pas repartir du java open source de Sun. Et MS va surtout prévilégier C#.
-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par Gads () le 24/06/2003 à 12:16. (lien). Évalué à 3.D'où l'intérêt, dans ce cas, de passer sous License GPL.
-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par Yusei (page perso, ) le 24/06/2003 à 12:34. (lien). Évalué à 1.Ce qui n'empeche pas que si MS fait une version tordue à sa sauce, même si elle est sous GPL, cela cassera la cohésion de Java.
-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par Pierre Tramo (page perso, ) le 25/06/2003 à 17:13. (lien). Évalué à 2.Ce qui n'empeche pas que si MS fait une version tordue à sa sauce, même si elle est sous GPL, cela cassera la cohésion de Java.
Qu'ils puissent récupérer les sources en GPL ou non, ça ne change rien à l'affaire : c'est ce qu'ils ont fait avec J++ qui ne respectait pas les spec Java. Et comme les mêmes causes produisent les mêmes effets, si Microsoft ressortait un Java modifié, il ne pourrait pas l'appeler Java pour antant sans se prendre un procès dans la figure.
-
-
-
Re: Red Hat préparerait une version Open Source de Java
En lisant les commentaires, je vois que Java a rate son coup. Si j'ecrit un programme consequent en java, disons autour des 20000 lignes, genre un navigateur, j'ai combien de chance qu'il soit effectivement portable entre toutes les jvm ? Et si on ajoutes les versions, ca donne quoi ?
-
[^]Re: Red Hat préparerait une version Open Source de Java
-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par Nicolas Delsaux (page perso, ) le 24/06/2003 à 11:37. (lien). Évalué à 2.En lisant les commentaires, je vois que Java a rate son coup. Si j'ecrit un programme consequent en java, disons autour des 20000 lignes, genre un navigateur, j'ai combien de chance qu'il soit effectivement portable entre toutes les jvm ?
En théorie, toutes. Mais puisque tu sembles vouloir nous faire penser que la portabilité n'est pas atteinte, rajoutes-en une couche : sur combien d'OS tournera-t-il ?
En fait, il n'y a pas de problèmes entres différentes JVM de la même version du langage. C'est-à-dire différentes JVM 1.3, 1.4 ou bientôt 1.5.
Et si on ajoutes les versions, ca donne quoi ?
Les versions de quoi ? De ton programme ? De la JVM ? La portabilité est assurée entre différentes versions de la JVM Sun. Pour les autres, je ne m'avancerais pas.
-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par boubou (page perso, ) le 24/06/2003 à 11:59. (lien). Évalué à 6.Ca dépend du programme. Eclipse, qui est quand même un programme énorme, tourne sous de nombreuses JVM, celles de Sun et d'IBM, mais aussi SableVM et jikes RVM qui sont open sources. Ok, ça ne tourne pas parfaitement, mais bon...
Ant (http://ant.apache.org(...) ), le make pour java, comporte 150000 lignes (en comptant les blancs, commentaires, etc.) et fonctionne sur presque toutes les JVM.
Sinon, les JVM de Sun et d'IBM sont en général presque 100 % compatible (il peut toujours y avoir des bugs).-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par Larry Cow () le 24/06/2003 à 17:13. (lien). Évalué à 2.Ok, ça ne tourne pas parfaitement, mais bon...
...fonctionne sur presque toutes les JVM.
...sont en général presque 100 % compatible
Tu a parfaitement ciblé le problème, je crois.-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par maxoub () le 25/06/2003 à 07:43. (lien). Évalué à 1.Quel est l'intéret, dans la pratique, de compiler un programme pour une JVM plutot qu'en natif ?
-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par Nicolas Delsaux (page perso, ) le 25/06/2003 à 08:19. (lien). Évalué à 2.Tu ne compiles pas ton programme pour une JVM, mais en Java. Et par conséquent, un code compilé avec le javac de Sun peut être exécuté sur la machine virtuelle IBM, ou inversement.
Donc déja, tu respectes une norme. Ensuite, cette norme est multi-plateforme, et donc s'exécute sur plusieurs OS. Personne dans le monde (pas ici, où les gens sont intelligents) ne semble se rendere compte que la vraie puissance de Java, c'est de prendre une application qui tourne sous Windows, genre un Word en java, et, simplement par un puissant copier/coller (SCP ou autres) être capable de la faire tourner avec tous les documents pour elsquels elle est faite sous Linux ou BeOS ou autres. C'est ça, la vraie puissance de Java. Le reste, c'est du pipeau marketting.-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par Jiba (page perso, ) le 25/06/2003 à 09:35. (lien). Évalué à 1.Oui mais pour du logiciel libre, où les sources sont dispos, cet intéret n'est plus aussi important....
Sans compter les langages de scripts (Python, Perl,...) où tu distribues les sources et pas les binaires.
-
-
-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par boubou (page perso, ) le 25/06/2003 à 08:38. (lien). Évalué à 4.Tous les langages multiplateformes que je connais ont un runtime unique. Par exemple, il existe une seule implémentation de Perl, une seule de Python, une seule de OCaml. Si tu te restreins à la JVM de Sun, tu obtiens quelque chose de 100 % portable entre linux et windows. La portabilité vers MacOS est aussi parfaite (même si la JVM n'est pas distribuée par Sun, elle reste basée sur le code de Sun). Bref, je ne comprends pas l'argument. Java est actuellement le langage le plus portable. De plus, il existe des JVM concurrentes qui sont de plus en plus compatible entre elles. Je ne connais aucun langage qui permet de faire aussi bien, soit parce qu'ils utilisent un runtime unique et ne sont pas plus (ni moins) portables qu'un programme Java, soit parce qu'ils ne sont pas portables sans efforts.
-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par Jar Jar Binks (page perso, ) le 25/06/2003 à 15:52. (lien). Évalué à 2.Tous les langages multiplateformes que je connais ont un runtime unique.
Et c'est parce que cette implémentation est libre. Le fait qu'elle soit libre garantit à tous ses utilisateurs la possibilité de l'adapter ou de la forker si elle ne convient pas. À la différence de Java, où tu dois faire jouer la concurrence mais sans aucune garantie de ce genre.
-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par Jar Jar Binks (page perso, ) le 25/06/2003 à 15:54. (lien). Évalué à 1.Au passage, il y a deux implémentations de python : python et jython. Et à part des petites différences au niveau de la garbage collection, elles sont équivalentes. Ne serait-ce que parce qu'il est facile d'adapter du code de l'une sur l'autre.
-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par boubou (page perso, ) le 25/06/2003 à 18:09. (lien). Évalué à 1.Deux réponses en une :
1) oui, tu as parfaitement raison et j'aimerais bien que Java soit open source pour avoir une seule version partout
2) Ne serait-ce que parce qu'il est facile d'adapter du code de l'une sur l'autre. Tout est dit. En Java on n'adapte rien du tout. Le code est le même partout, toute différence est un bug de la machine virtuelle. Dans les faits, certains programmes contiennent des contournements de bug, mais c'estr strictement le même code qui est exécuté partout...-
[^]Re: Red Hat préparerait une version Open Source de Java
Posté par Jar Jar Binks (page perso, ) le 26/06/2003 à 12:43. (lien). Évalué à 1.2) Je parlais du code de l'interpréteur. Il est évident que les scripts écrits pour python fonctionnent sans modification sous jython (sauf trucs tordus avec le GC).
-
-
-
-
-
Re: Red Hat préparerait une version Open Source de Java
Bon, personne a des nouvelles de cette vm Open Source ?
Ca arrive quand ? :)




Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.