Bonjour,
je ne suis pas un expert des WebServices, j'ai plutôt une expérience (longue....) des architectures distribuées avec Corba, EJB (bon ok les sockets à la grande époque aussi).
Je me demande s'il est très "intelligent" de construire une architecture d'un système informatique en disant : "Tous les services offerts par les applications de mon SI seront implémentés sous la forme de WebServices (avec HTTP/SOAP)".
J'ai le sentiment que ce n'est pas forcément une bonne idée. En effet, je trouve qu'il y a une rupture de paradigme entre l'approche objet que l'on utilise in fine au coeur de l'application, derrière les "services", et la notion de WS qui me semble orienté "documents" (ou "données"). La "tambouille" pour faire du marshalling/unmarshalling entre Java et XML (oui, nos applis sont en Java) ainsi que la déclaration des WS en WSDL et tout et tout me parait vraiment très lourd pour le concepteur/développeur.
Mon idée est qu'il est probablement préférable de s'appuyer sur des EJB (à la mode Spring = Interface+POJO+EJB-Proxy) pour distribuer les services au sein du SI (pas de rupture de paradigme, pas de problématique de marshalling/unmarshalling ou tout au moins la sérialization est "gratuite").
Je réserverrais les WS pour les services que je dois exposer en dehors de mon SI car là, je ne maitrise pas les technos de mes "clients/partenaires".
Voilà, c'est un peu rapide comme explications mais si vous avez un avis voir un retour d'expérience, ça m"intéresse vraiment.
D'avance merci
Partager