Histoire d'une mise en oeuvre SOA - Responses

Re: Problème avec le moteur BPEL de Petals ESB

Bastien Giegel — Wed, 16 Jun 2010 06:47:15 GMT

Bonjour Mathieu,

Désolé d'avoir mis autant de temps à répondre. Je ne travail pas à temps plein sur ce projet.

Effectivement j'ai rencontré des limites au moteur BPEL de Petals, dont une qui m'a décidé à aller voir ailleurs. Par exemple la balise <link> n'est pas supportée. Ce qui est problématique lorsqu'on attend la réponse de 2 services. J'ai également remarqué que des attributs comme "createInstance" et d'autre dont je ne me souviens pas ne sont pas reconnu (j'avais à chaque fois un message du style "not yet implemented").

Cependant je trouve que Petals ESB est bien plus simple à prendre en main que ServiceMix et les autres, notamment grâce à son interface web simple et à Petals Studio. Il m'a beaucoup aidé pour me former à SOA et au langage BPEL.

Bon courage et bonne continuation dans le développement de Petals.

Re: Problème avec le moteur BPEL de Petals ESB

Mathieu Le Breton — Tue, 11 May 2010 09:31:24 GMT

Bonjour Bastien.
Merci pour ces articles. Ca fait plaisir de voir le choix de Petals ESB, et tes commentaires remettent les pieds sur terre.
Toute la spécification BPEL n'a effectivement pas été implémentée, pour essayer de se concentrer sur ce qui paraissait le plus essentiel. Qu'est-ce qu'il te manque comme fonctions, pour ton projet ?

En ce moment, nous travaillons sur les performances de BPEL (pour un cas client), et limitons les fonctionnalités.
Il est possible que par la suite on complète les fonctionnalités manquantes de la spécifications.

Re: Démarche générale

Laurent Nel — Mon, 23 Nov 2009 10:16:11 GMT

Pour complèter cette belle présentation, j'ajoute simplement que nous avons choisi d'aborder cette mise en oeuvre SOA avec un processus très simple, ceci afin de limiter les difficultés potentielles.

Il s'agit d'étudier le ou les processus liés au traitement de nos rapports d'activités. Chacun(e) de nos consultant(e)s émet un rapport d'activités, soit à la fin d'une mission, soit de façon régulière.

Ce rapport comporte des informations qui permettent:

d'élaborer les factures qui sont envoyées à nos clients
de tenir à jour les informations relatives aux congés payés et RTT

Ces deux tâches sont actuellement assurées par des applications isolées, peu aptes à communiquer et échanger des informations, qui finalement nous imposent notre façon de travailler.

Une démarche SOA est supposée "neutraliser" le SI, qui doit évoluer d'un ensemble d'applicatifs hétérogènes complexes vers une vitrine de services homogènes et aptes à la coopération. Voila aussi un des objectifs de cette étude.