Besoin de détails sur le concept d'ESB

Bonjour,

Je développe actuellement des WebService avec les technologies suivantes :
- Netbeans -> IDE
- Axis2 -> Support SOAP
- Tomcat -> Serveur d'application

Je développe également des Workflows avec les technologies suivantes :
- Netbeans -> IDE
- Jax-WS -> Support SOAP
- GlassfishESB -> Moteur BPEL et serveur d'application.

D'après ce que j'ai pû lire, on utilise un ESB comme Bus de communication entre les WebServices et Workflows.

Un ESB permet notamment de faire de la déclaration dynamique de WebServices.
Cette fonctionnalité m'intéresse.

Alors, d'après ma configuration, est ce que je dispose déjà d'un ESB ?
Si oui, quel est-il ? et comment le configurer por faire de la déclaration de WebServices dynamiques ?
Si non, quel ESB me conseillez-vous ? et comment le mettre en place sur l'architecture que j'utilise ?

Merci.

Citation:

---

Alors, d'après ma configuration, est ce que je dispose déjà d'un ESB ?
Si oui, quel est-il ?

---

Glassfish utilise openESB comme bus.

Citation:

---

et comment le configurer por faire de la déclaration de WebServices dynamiques ?

---

Je sais que openESB utilise la technologie JBI, mais je ne suis pas trop un spécialiste de ce domaine là...
A+

On ma cité les ESB suivants :
- Petals
- Orchestra et Bonita.

Pouvez-vous me parler de ceux là ?
Ce que vous en pensez d'un point de vue facilité d'utilisation ? robustesse ? technologies/normes suportées ? compatibilité avec l'environnement que j'utilise ?
Votre expérience personnelle ?

Un mois plus tard...

Un ESB n'est pas un bus de communication entre WebServices et Workflows. Il s'agit d'une technologie "centralisee" d'exposition de services (WS, RMI, JBI...), fournissant notamment des capacites d'administration, de monitoring et cie... Ensuite on peut y greffer tout plein de choses comme un moteur de workflow, mais c'est annexe.

- Petals est un ESB distribue (notion de "noeuds") qui permet aussi de faire de la composition de services (via support JBI et SCA).
- Orchestra est un orchestrateur de WebServices qui te permet d'ecrire des pseudo-scripts d'invocation de webservices en BPEL.
- Bonita est une solution de workflow (process metier) qui te permet d'executer des processus metiers decrits en XPDL. Il prend la forme soit d'une librairie a integrer dans ton appli, soit d'une console d'administration que tu peux utiliser en standalone.

Il existe des integrations (plutot typees recherche pour l'instant) entre ces 3 produits, mais la il vaut mieux demander sur les forums et mailing-lists specifiques.

HTH

Citation:

---

Envoyé par Mickael_Istria

Un mois plus tard...

Un ESB n'est pas un bus de communication entre WebServices et Workflows. Il s'agit d'une technologie "centralisee" d'exposition de services (WS, RMI, JBI...), fournissant notamment des capacites d'administration, de monitoring et cie... Ensuite on peut y greffer tout plein de choses comme un moteur de workflow, mais c'est annexe.

- Petals est un ESB distribue (notion de "noeuds") qui permet aussi de faire de la composition de services (via support JBI et SCA).


HTH

---

Bonjour,
je débute sur le sujet, mais il me semble que tu te contredis un peu en indiquant qu'un ESB est une techno centralisee, et que Petals et un ESB distribue...
je vois mal comment Petals peut etre centralise et distribue en même temps... Pourrais tu éclaircir ce point stp :)

Salut,

A mon sens, un BUS est toujours centralise. C'est une blackbox dans laquelle circulent des messages de point a point (le bus le plus connu est l'Internet).
Petals est un ESB, c'est-a-dire qu'il agit comme une blackbox dans laquelle passent des messages et qui en expose des services.

La ou on peut dire que Petals est distribue, c'est que bien qu'etant une piece qui centralise le messaging dans le SI, il se deploie en fait sous forme de noeuds que l'on peut poser sur des applications. Ce n'est pas une grosse appli a poser a un endroit et a laquelle on se rattache, c'est une appli distribuee.

C'est donc un ESB (bus de messages) distribue (une agglomeration de noeuds plutot qu'un serveur).

J'espere avoir ete plus clair ;)

Non je ne vois pas trop ce que viens faire la notion de centralisé la dedans...:oops:

En fait le centralise c'est parce que lorsque tu as un ESB, c'est lui qui centralise toutes les definitions de services et de messages. Ton SI s'integre autour de l'ESB.
L'ESB devient le coeur de ton integration, il occupe une place centrale.

Si tu regardes les schemas descriptif d'un ESB, tu vois bien que l'ESB centralise tout ce qui est exposition (voire invocation) de services. C'est ca que j'appelle centralise.

Apres par rapport a ces schemas, la difference entre Petals et un ESB type serveur est que pour les ESB classiques la grosse boite sur le diagramme est une application, un process, un serveur.
Avec Petals, la boite n'est pas un serveur: tu poses the noeuds Petals sur les applis qui l'utilisent et la grosse boite est en l'organisation logique interne a Petals (qui reste une blackbox pour l'utilisateur). Il n'y a pas d'application maitresse.

Si je n'ai pas reussi a etre plus clair, je te propose un peu de lecture theorique sur les ESB (et leurs critiques), puis de lire la doc "haut-niveau" de Petals. Ca sera surement mieux presente que ce que je fais la...

(En fait, je suis pas expert ESB, je venais juste mettre mon grain de sel pour la partie Workflow et Bonita ;) )