Sujets et préoccupations autour d' AIR, RIA, XUL, eclipse RCP, mode déconnecté... 20 participants (dont 1 Valtech):
- toutes les solutions nécessitent un conteneur client (run-time); ex: navigateur + plugin flash-payer, client lourd flash, eclipse...
- besoin que la dernière version du "run-time" ou de l'application soit téléchargée
- attention à la taille de ce qui est téléchargé (cas des GPRS)
- déploiement d'Eclipse: java-web-start la première fois (ou un portail d'installation centralisé), et le plugin RCP ensuite,
- voir aussi la compatibilité du run-time avec l'OS du poste
- voir aussi le modèle business du propriétaire du logiciel (run-time gratuit ou non, builder gratuit ou non)
- ce qui doit percer: tout gratuit et wysiwyg
- voir les communautés utilisateurs (beaucoup derrière Eclipse RCP, Adobe derrière flash); il vaut mieux faire comme tout le monde,
- RCP c'est eclipse ou netbean (développé en swing, et qu'on accuse de mauvaise performance)
-
l'API SWT n'est pas au même niveau sur toutes les plate-formes, et demande un effort de dessin (de cellule par exemple), alors que c'est facile sur swing,
- API de mode déconnecté dans Opera et Mozilla-Firefox
- XUL: description d'IHM en XML; le même en RIA (dans le navigateur) et RDA (client lourd/riche),
- le mode déconnecté, c'est facile; c'est la synchronisation qui ne l'est pas,
- voir les aspects sécurité; avec XUL, on peut signer,
- paradigme avec un client riche se connectant à l'applicatif via des webservices; conserver http avec les difficultés transactionnelles ? Ou bien CORBA, mais alors problème avec Internet, ou MQ-series...
- voir plutôt des requêtes avec des transactions complètes, préparées sur le poste et validée sur le serveur,
- problème aussi avec les compétences à acquérir,
- point commun: dépasser le mode page; éviter de coupler trop de technos (il existe des frameworks javascript, ce qui rend AJAX plus abordable),
- voir à positionner la techno en fonction du besoin,
- voir la version 8 de Lotus qui est construite sur Eclipse RCP,
- Eclipse RAP (sortie en octobre) donne la plupart des fonctions Eclipse RCP dans un navigateur web,
- la présentation est la même entre AIR (client "lourd") et Flex (connecté dans un navigateur); la problématique de la sécurité est à traiter avec AIR,
- voir aussi l'évolution de la mentalité des utilisateurs (ex: remplacer le dépôt dans un panier par un drag and drop),
Aujourd'hui, pas de solution miracle, et besoin de vraie compétence mixant plusieurs technologies, dont de designers.