6. Le client
Java versus le client Windows
Par le JDNet
Solutions (Benchmark Group)
URL : http://www.journaldunet.com/solutions/0206/020624_sunmicrosoft6.shtml
Lundi 24 juin 2002
Retourner
à l'introduction
Difficile, voire impossible,
de vouloir tenir tête à Microsoft sans s'en prendre à
son assise principale: le poste client sous Windows. Assez logiquement,
Sun s'y est essayé. Il y a cinq ans environ, dans un contexte
qui, il est vrai, pouvait sembler propice à cette tentative.
A cette époque, Java commence tout juste à faire des
étincelles tandis que les études pleuvent sur le "TCO"
du PC sous Windows. TCO ? "Total Cost of Ownership", autrement
dit, le coût total de propriété d'un PC, coût
qui comprend notamment la maintenance et l'administration de la machine.
Face au TCO élevé de ces PC, Sun, soutenu dans cette
initiative par Oracle, se lance dans l'aventure du Network Computer
Java. Un terminal, un poste matériel très minimaliste
donc, embarquant juste de quoi exécuter une machine virtuelle
Java, les applications Java étant téléchargées
à la volée depuis un serveur.
Sur le papier, l'argumentaire
n'est pas absurde. Loin de là. Avec une configuration matérielle
minimale et une
administration
centralisée, le NC Java affiche évidemment un TCO en
deça de celui du PC. Reste qu'à l'époque Java
est encore bien jeune: les applications Java sont encore peu nombreuses,
les performances de la machine virtuelle Java discutables et l'impact
sur le réseau de ces appliquettes Java une source légitime
d'inquiétude... Certes, Sun prend soin de présenter
ce NC Java comme une alternative à un poste bureautique basic
et non comme une alternative à une puissante station de travail.
Mais cette prudence ne suffit pas: trop jeune et sans doute trop limité
pour défendre sa valeur ajoutée face aux parc Wintel,
le NC Java reste, à quelques exceptions près, devant
les portes des entreprises.
Si l'histoire de Java se déroule
depuis du côté des serveurs (avec le modèle J2EE),
Sun n'a toutefois pas fait table rase de toute ambition du côté
du poste client. Le débat a simplement pris une autre forme.
L'objectif dorénavant est d'assurer la présence dans
Windows d'une machine virtuelle Java (JVM) qui se conforme à
100% aux spécifications de Sun. Et c'est sur ce point que l'affrontement
avec Microsoft va se durcir pour finalement éclater devant
les tribunaux. On passera sur les multiples rebondissements de ce
feuilleton technico-juridique pour retenir que Microsoft envisage
dans un an et demi environ de ne plus intégrer de JVM dans
Windows. Sun affirme y voir une tentative de Microsoft de décourager
les développeurs d'investir dans Java à moyen terme.
Remarque surprenante à l'heure où l'essentiel des développements
Java se font côté serveur. Et de fait, la question de
la JVM dans Windows intrigue peu de monde à part les deux intéressés.
L'opposition Sun-Microsoft prend là une dimension très
symbolique. Logique pour un vieux duel...
Lire aussi :
1.
Chevalier blanc contre chevalier noir
2.
Microsoft Office versus StarOffice
3.
L'architecture J2EE versus l'architecture .Net
4.
Web Services : la nouvelle scène
5.
Passport versus Liberty Alliance
[Rédaction, JDNet]
Pour tout problème de consultation, écrivez au Webmaster
Copyrights
et reproductions . Données
personnelles
Copyright 2006 Benchmark Group - 69-71 avenue Pierre Grenier
92517 Boulogne Billancourt Cedex, FRANCE
|
|
|