Architecture Client lourd + RestFul

Je commence le Java EE mais ai déjà une bonne expérience en programmation et notamment en Java.
Je souhaiterais que l'interface client de mon projet soit un client lourd (basé Netbean platform). Du côté de mon serveur d'application il y aurait Jboss Ejb3 / Jpa / Hibernate.

A partir de maintenant arrêtez moi si je dis une énormité !!
Etant donné que mon client est de type client lourd, la manière la plus simple de communiquer avec la couche métier sur le serveur d'application serait en faisant un client EJB déporté (grâce au @remote). Cela utilise si j'ai bien compris RMI. Mais d'après ce que je lis à droite à gauche cela à un gros coût en terme de performance. Ma question est donc :
Puis-je communiquer avec le serveur en utilisant RESTFul pour échanger soit des objet soit du XML ? Et surtout est-ce pertinent ?
Cela permettrait par exemple d'avoir un client WEB et un client lourd sans trop de modification.
Connaissez vous les performances réelles de RMI. Est-il envisageable de déployer ce client lourd avec RMI pour une centaine d'utilisateurs ou plus ?

Merci par avance

Le temps que tu perds en RMI (sérialisation), tu le gagnes sur la partie présentation qui est géré côté client et non plus par ton serveur d'application.

Citation:

---

Envoyé par e_gugus

Connaissez vous les performances réelles de RMI. Est-il envisageable de déployer ce client lourd avec RMI pour une centaine d'utilisateurs ou plus ?

---

Beaucoup d'applications dans le monde de la banque/finance sont basées sur des client lourd JAVA car il y a un fort besoin d'interface riche que n'offre ( n'offrait ?) pas les ihm web.
En général il communique avec le serveur avec des EJB Remote. Les performances sont correct même avec de nombreux utilisateurs.

Il y a tout de mêm une contrainte historique avec les applis orientés RMI c'est que cela peut poser des problèmes au niveau des firewall,
donc ce sont des applications à usage "interne" pour une entreprise.

C'est bien noté. Merci de vos conseils.