Parler Ajax sans connaître ce langage mêlant HTML et script, tel est le défi relevé par Google Web Toolkit (GWT). Munis de ces outils, les services informatiques devraient être capables d'offrir à leurs applications métier des interfaces web interactives de type Ajax. Les développeurs écrivent simplement en Java. GWT se charge de la compilation et de la génération d'un code propre à chaque navigateur web. Le tout proprement, et avec une documentation efficace. Google dote aussi Ajax d'une fonction qui lui manque cruellement, tout du moins pour les utilisateurs habitués à la navigation en mode page web : l'utilisation de l'historique, et donc des boutons « Précédent » et « Suivant » .

Quand le fournisseur de services promet des réalisations comparables à Google Map, il exagère un peu. Les projets engendreront au mieux des interfaces que l'on pourrait situer entre le webmail GMail et l'agenda en ligne Calendar. « GWT offre un mécanisme de " lay out " assez fruste - pour placer les entités les unes par rapport aux autres, par exemple » , signale Cyril Rognon, directeur R&D de SQLI Consulting. Dominique Jocal, architecte senior chez Octo Technologies, relève, lui, l'absence d'une fonction offrant le « Drag & drop » . Pour les développements d'interfaces graphiques plus évolués, il faudra donc plutôt se tourner vers l'outil de développement en open source Dojo.

A la question de savoir s'il est bien prudent d'utiliser des outils développés par des fournisseurs plus habitués au grand public qu'à l'entreprise, on fera une réponse de Normand. « On peut recommander GWT sur des projets tactiques avec des délais courts, et sur lesquels on est prêt à faire du jetable, estime Dominique Jocal. Mais pas sur des projets à dix ans. » Du côté de SQLI, on considère que ce kit de développement - tout comme la bibliothèque DWR - a sa place en entreprise. D'autant qu'il offre déjà des ponts vers des environnements de développement - Eclipse, en l'occurrence. En revanche, certains risques ne sont pas écartés. « Il ne faut pas oublier qu'à l'époque du client-serveur, placer la logique métier dans l'interface a coûté des millions d'euros » , prévient-on chez SQLI. Google a heureusement prévu le coup. Il propose un protocole propriétaire d'appel de procédures à distance (RPC). L'aspect métier est codé en Java sur le serveur, et c'est le RPC qui prendra en charge l'échange entre le client riche et le serveur.

De toute façon, les services informatiques n'ont pas le choix. La réussite des grands projets est conditionnée à la capacité de séduire les utilisateurs finals. Et la séduction passe aussi par les interfaces grand public, de type Ajax.

r.edouard-baraud@01informatique.presse.fr