Ejb Sateless vs Webservices, bande passante

Bonjour,

je suis amené à relier des infrastructures secondaires à l'infrastructure principale ou se trouvent les serveurs de base de données, ... cela se fait par l'internet et il faut donc bien penser la technologie à utiliser afin de ne pas rencontrer de problèmes de bande passante.

Nous sommes en train de réaliser des ejb stateless afin de fournir une logique métier de manipulation des bases de données ( serveur glassfish avec les entity bean, ...) .

ma question est: sur les sites secondaires, est il préférable d'appeler des ejb stateless remote ou de créer des webservices qui manipuleront sur le serveur ces ejb stateless en local ?

Merci d'avance pour vos réponses.

L'appel RMI consomme moins de bande passante.
L'appel WebService utilise des protocoles standard de type texte, faciles à inspecter pour des pare-feux.

La solution performante est en RMI, la solution facile à gérer est WebService. Une solution intermédiaire passerait par du WebService compressé.

Coté WebService, SOAP est verbeux et donc volumineux. Peut-être qu'avec des appels de type REST, tu trouveras aussi un compromis intéressant.

Un grand merci Hasalex !

Je suis un peu déçu tout de même, les webservices me semblent une solution élégante, je pensais user de l'authentification soap, mais si il y a un flux trop important de xml, cela risque d'encombrer les lignes.

Je vais tout de même investiguer, la compression des webservices dont tu me parles.

les webservices ca parait fun ... mais au niveau sécurité si tu as un man in the middle tu es perdu

Bonsoir Alexandre,

tu pourrais développer ...

les webservices peuvent utiliser de l'encryption (couple clé privé/public) ainsi que la non-répudiation, ce qui est déjà pas mal...