Discussion :

[xternel13]

bonjour
je travaille sur l urbanisation du SI d une gde entreprise.
Historiquement, bcp d appli qui fonctionnent en silo.
A l occasion de refontes nous avons plusieurs appli qui s interfacent via des WS.
J ai bien conscience qu un ESB pourrait nous permettre d eviter ces liaisons " point a point".
Je debute dans l apprehension du concept d esb.

la question que je me pose est celle du bon acheminement des transactions entre appli.
Voici un cas concret:
AppliA contacte AppliB via un WS. AppliA invoque une methode du WS qui lui retourne un resultat qu elle recupere et exploite.
Si je passe par un ESB pour acheminer la transaction, que se passe t il si la ressource distante est hs? L esb est capable de rejouer la requete ulterieurement, une fois la ressource disponible. Mais dans ce cas, l appliA, cliente, n est plus en mesure d exploiter le retour, non?Est ce que la solution consisterait à avoir 2 services exposes et non un seul, un pour le message aller, l autre pour le retour?

par avancemerci

D un point de vue SOA, comment modeliser cet echange?

[tmanta7]

Tout dépend de la nature de ta requête : synchrone ou asynchrone.

Avec une mode synchrone, lorsque l'ESB récupère la requête de AppliA, il va tenter de joindre AppliB. Si celle-ci est indisponible, AppliA recevra donc une réponse d'erreur.

Avec un mode asynchrone, AppliA ne récupérerait alors pas directement une réponse, mais seulement un ACK technique de la part de l'ESB signifiant "Ok j'ai bien reçu ta requête, je vais tenter de la traiter" (typiquement un code 202 si requête en HTTP).
Derrière l'ESB peut lui publier un message sur une destination JMS (appelons la OrderRequest).
Il va ensuite dépiler les requêtes reçues sur cette destination et tenter de converser avec AppliB.

Pour retourner la réponse, plusieurs choix possibles. AppliA peut par exemple jouer le rôle du serveur en offrant un service pour récupérer les réponses de l'ESB. Ou alors l'ESB peut également publier un message sur un queue JMS et AppliA viendrait se brancher dessus.

Pour la notion de rejeu, dans le premier cas ce n'est pas possible.
En revanche dans le second cas on a une solution qui est rejouable en cas d'indisponibilité de AppliB. Le service qui dépile les messages de OrderRequest pourra par exemple consommer le message uniquement lorsqu'il aura reçu une réponse de AppliB (http://www.javaworld.com/javaworld/j...-0315-jms.html).
Dans le cas contraire le message ne sera pas consommé, il pourra donc être traité ultérieurement.

Sinon pour le coté modélisation, tu peux utiliser les EIP (http://www.eaipatterns.com/).

Si t'as plus de questions, n'hésite pas