Développeur : Java 1.4 dans les bacs
Posté par Daniel Le Berre (page perso, ). Modéré le 15 février 2002.
En passant, deux outils open-source pour coder en Java sous linux :
- NetBeans, version open source de Forte For Java (SUN)
- Eclipse, version open source de WebSphere Workbench (IBM)
![[en]](../images/en.png)
> Lire la dépêche (27 commentaires, moyenne: 8,7).
Vous avez demandé le commentaire #97943.
Run by 
Cette page a été générée par Templeet en 0.0563s (dont 0.0066 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Chouette :-)
Java évolue vite et dans la bonne direction !!
Déjà le JRE 1.4 améliore énormément les performances, mais maintenant ils vont s'attaquer à la consommation de mémoire !
Rien de vraiment officiel mais le JRE 1.4.1 (Hooper je crois) devrait commencer à implémenter du JVM sharing (partage de certaines ressources entres JVMs), et le JRE 1.5 (Tiger) devrait contenir la nouvel Isolation API qui permettrait de ne faire tourner qu'une seule JVM par machine, tous les programmes Java tourneraient dedans, partageant ainsi une bonne partie des ressources et évitant que 20 mégas ne soit chargés en mémoire à chaque démarrage d'un programme Java !
Vache qui rit, à moitié dans son lit
[^]Re: Chouette :-)
Cool, enfin on aura (peut être) une seule JVM pour faire tourner plusieurs programmes, ça devennait un peu casse-couille d'avoir des X*20mo pour X applications lancées sur la machine. La mémoire à beau ne pas être chere, il ne restait plus grand chose pour les applis.
Enfin, il va falloir attendre encore plusieurs mois pour ça, et à quand un OS minimum en standard sur la jvm, pour faire un bootstrap qui lance une jvm et avoir une machine universelle.
[^]Rapidité ?
Sans vouloir être polémique (JAVA est un bon langage, qui repose sur des concepts sympa), je trouve que commencer à sinteresser à l'architecture (genre 1 JVM par programme) au bout de 6/7 ans, ce n'est pas ce que j'apelle de la rapidité. Surtout que ce type de problème entraine une lourdeur et une lenteur de beaucoup de programmes java qui décourage pas mal de monde
Et même si les API graphiques sont maintenant à peu près stabilisées, je ne reviendrais pas sur les errements des première version de JAVA, avec incompatibilité entre les versions, changements du modèle d'évènements, ...
[^]Lenteur ?
Sans vouloir être polémique, on trouve enfin de bonnes choses dans la norme ISO-9899 AKA C-99 ou C-2K (norme du langage C révisée 1999), et on ne peut pas dire que le langage C soit récent ! Je ne parles même pas des compilos (on dirait que certains préferent utiliser/imposer des extensions propriétaires plutôt que de faire avancer la norme...)
[^]Re: Rapidité ?
c'est juste une supposition (pas un appel au troll ;-), mais le bon côté de c#, c'est que çà aura peux-être incité sun à améliorer les perf de sa jvm
[^]Re: Rapidité ?
çà aura peux-être incité
Alors là c'est trop fort, comment peut-on mettre un "x" à la place d'un "t", quand la prononciation (avec la liaison) rend évidente l'orthographe ?!
Le "t" n'étant pas à côté du "x" sur le clavier, ce ne peut être une faute de frappe, surtout qu'on peut se relire en postant un commentaire.
A noter aussi qu'on écrit "çà" (avec l'accent sur le "a") que quand il s'agit d'un lieu, presque uniquement dans l'expression "çà et là", sinon quand c'est pour dire "cela" et désigner quelque chose, c'est "ça" (sans accent).
[^][RE: Rapidité]
Ben, c'est que faire une JVM qui accepte plusieurs programmes à la fois, c'est réécrire un système : gestion des process, du partage la memoire, etc. Sun sait faire, mais etait-ce le but de Java ?
On va avoir un système dans le système. C'est cool, mais ce n'etait sans doute pas la priorité.
Nico - de toute façon mon appli bouffe 350 Mo !!!