Il me semble que l'on se trouve typiquement dans la logique : "Qui peut le plus, peut le moins". Actuellement, du c�t� client, nous avons de plus en plus des machines puissantes qui peuvent faire tourner des interfaces graphiques tout-�-fait acceptables. Mais non, il faut absolument que l'on utilise cette m* de HTML, qui finalement n'a jamais �t� fait pour cr�er des applications. Au-del� des consid�rations concernant les JSF, il me semble que la direction g�n�rale est mauvaise. Il serait temps de faire le m�nage entre ce qu'il faut garder et ce qu'il faut jeter. Je ne veux pas �tre philosophique en racontant des th�ories qui releveraient de la dysentrie c�r�brale (comme dans Matrix 2 ;-)), mais tout de m�me bon sang, c'est quoi ce bordel qu'on nous propose. C'est �a l'avenir ?!?
Ton coup de gueule est tr�s int�ressant car il reprend, je pense, l'avis de pas mal de d�veloppeurs Java. Pour ma part, je suis en train de me palucher une application qui va �tre on ne peut plus horrible c�t� client (des esp�ces de formulaires qui vont se g�n�rer dynamiquement pour aller s'empiler les uns sur les autres d'une mani�re totallement user-enemy). Clairement, le client va d�tester l'interface web. Que faire ? Se contenter de r�aliser une horreur inutilisable ? Ou lui proposer une application "lourde" d�ploy�e � l'aide de Java Web Start (donc aucun probl�me d'admin, de gestion des vieilles versions, et autres �neries) fonctionnant en mode client-serveur (la vieillerie de quinze ans d'page, que tout le monde pr�tend avoir enterr�, mais dont tout le monde se sert syst�matiquement, parce que c'est bien pratique de tout stocker sur un serveur) et pour laquelle le seul truc � installer est le JRE dans une version suffisament moderne.
D'ailleurs, je n'ai jamais v�rifi�, mais il me semble que Java Web Start serait bien inspir� de pouvoir mettre � jour le JRE automatiquement.
Au final, tout �a pour quoi ?
Pour dire que nous sommes tous d'accord pour dire que l'appli web devrait maintenant mourir de sa belle mort, p�ur �tre rempalc�e par du client lourd d�ploy� par le r�seau automatiquement.
Mais qui peut le faire ? Le client, qui ne sait pas ce qu'il veut, si ce n'est que ce soit beau ? Ou le d�veloppeur, qui sait exactement comment vendre la meilleure solution au client ?
Et pour contrer les arguments usuels contre Java, sa lenteur, sa laideur, et autres, allez donc voir sur JGoodies le look des applis.
Voil�, c'�tait long, mais bon.
Hubert
Ceci �tait un coup de gueule du r�leur de service.
-- Nicolas Delsaux "Sur les rayons des biblioth�ques, je vis un monde surgir de l'horizon"
