Il y a quelques jours lors d’un déjeuner avec Jean-Marie Damas (un des organisateurs de l’Agile Tour), nous avons évoqué le framework Eclipse RAP (Rich Ajax Platform).
Ce framework n’est pas vraiment tout nouveau et finalement si discret qu’il n’est pas très connu.
L’idée de RAP est d’être le pendant de RCP (Rich Client Platform) dans le monde Web. Il fournit le même environnement « Workbench » et les applications RAP sont implémentées avec les mêmes APIs SWT et JFace que celles tournant sous RCP.
Cette approche universelle peut séduire mais elle me rappelle un peu trop de nombreuses autres tentatives de grand écart qui se sont soldées pour la plupart par des échecs. JDO (Java Data Objects), par exemple, voulait offrir une API unique de persistance et cela quelque soit le système de stockage sous-jacent (BD, XML, fichiers à plat…).
Si l’on souhaite obtenir le meilleur de la plateforme d’exécution il n’est pas souhaitable de concevoir une application web comme une application lourde, une application de bureau comme une application pour mobile…La liste est longue !
Salut Florent.
). Tenter de construire une « tête de pont » avec son infrastructure logicielle RCP (incluant Equinox et donc OSGi) depuis le client (le « C » de RCP) vers le serveur …
Tu as raison pour le « grand écart » qu’est en train d’essayer de réaliser IBM (pardon, Eclipse.org
Pas sûr qu’ils y arrivent mais OSGi a l’air de vouloir prendre sa place comme alternative aux serveurs d’application JEE (Springsource aussi, avec « Spring Dynamic Modules ») et proposer un autre modèle de composants applicatifs.
On verra, il faut attendre Eclipse 4 (e4 : http://www.eclipse.org/e4/) pour voir ce que deviendra réellement RAP, Eclipse.org est en train de refondre complètement le modèle applicatif RCP !