Le 03\/03\/2011 s’est d\u00e9roul\u00e9 \u00e0 Lille (exactement \u00e0 Polytech Lille \u00e0 Villeneuve d’Ascq) l’OpenESB Community Day. Une journ\u00e9e de conf\u00e9rence autour d’OpenESB centr\u00e9 sur la communaut\u00e9 de d\u00e9veloppeur et d’utilisateur.<\/p>\n
OpenESB est une impl\u00e9mentation Open Source d’un ESB (Enterprise Service Bus) d\u00e9velopp\u00e9 par Sun, qui a \u00e9t\u00e9 abandonn\u00e9 par Oracle lors du rachat de Sun. OpenESB est bas\u00e9 sur JBI (Java Business integration), un standard Java de d\u00e9veloppement d’ESB r\u00e9gie par une JSR (la 208) et comprenant principalement un ensemble de composant fonctionnant avec Glassfihs et un ensemble de plugin Netbeans. OpenESB fait aujourd’hui l’objet d’une reprise en main par une communaut\u00e9 externe Oracle, et c’est le sujet de cette journ\u00e9e de conf\u00e9rences.<\/p>\n
La communaut\u00e9 \u00e0 repris le code d’OpenESB et les d\u00e9veloppements autour de la technologie:<\/p>\n
Oracle a arr\u00eat\u00e9 tout d\u00e9veloppement sur OpenESB, a arr\u00eat\u00e9 le support sur Glassfish ESB (la version commerciale d’OpenESB que vendrait Sun) et a arr\u00eat\u00e9 tout d\u00e9veloppement sur Java CAPS (version \u00ab\u00a0enterprise\u00a0\u00bb historique de l’ESB de Sun rachet\u00e9 \u00e0 l’entreprise SeeBeyond et comprenant des composants suppl\u00e9mentaire par rapport \u00e0 OpenESB) et ne vend plus de licence Java CAPS. De plus Oracle a d\u00e9mantel\u00e9 les \u00e9quipes ESB de Sun dans le but de n’offrir plus qu’Oracle ESB (l’ESB propri\u00e9taire d’Oracle bas\u00e9 sur WebLogic).<\/p>\n
Pour les projets ayant d\u00e9marr\u00e9 avec Java CAPS, Glassfish ESB ou OpenESB, OpenESB est maintenant la seule solution. Pour ceux qui recherchent une solution ESB ouverte, performante, simple et outill\u00e9e, OpenESB est une bonne solution maintenant qu’une nouvelle communaut\u00e9 se cr\u00e9\u00e9.<\/p>\n
La communaut\u00e9 OpenESB:<\/p>\n
Une infrastructure a \u00e9t\u00e9 mise en place pour la communaut\u00e9 OpenESB :<\/p>\n
La plateforme a permis de faire un fork d’OpenESB et d’en reprendre le d\u00e9veloppement par la communaut\u00e9. La plateforme h\u00e9berg\u00e9e chez OVH est maintenant pr\u00eate et va permettre de relancer la communaut\u00e9.<\/p>\n
Pr\u00e9sentation d’une solution de monitoring d’une plateforme OpenESB \u00e0 l’aide de Nagios et d’OpsView. Le but \u00e9tant de valider si les composants du serveur (les Service Engine) et les composants applicatifs (les Service Assemblies) sont d\u00e9marr\u00e9.<\/p>\n
Pour cela :<\/p>\n
Une d\u00e9mo a pr\u00e9sent\u00e9 l’impl\u00e9mentation et le r\u00e9sultat.<\/p>\n
Probl\u00e9matique : comment d\u00e9velopper efficacement des services de types SOA.<\/p>\n
Tout d’abord, une petite d\u00e9finition de ce qu’est un service :<\/p>\n
service = Piece of business Process<\/blockquote>\nUn service a donc une notion m\u00e9tier. La d\u00e9finition d’un service se fait au niveau fonctionnel et pas technique.<\/p>\n
Pymma a mis au point un processus de d\u00e9veloppement SOA l\u00e9ger en s’inspirant de TOGAF (The Open Group Architecture Framework). Le principe de base de TOGAF est d’avoir une m\u00e9thodologie centr\u00e9 sur les requirements et conduite par des \u00e9v\u00e8nements . La notion centrale est un repository de requirements, les \u00e9v\u00e8nement entrant dans le r\u00e9pository et cr\u00e9ant un ensemble de TODOs qui eux m\u00eame g\u00e9n\u00e8rent des \u00e9v\u00e8nement qui rentrent de nouveau dans le repository.<\/p>\n
Cette m\u00e9thodologie est sens\u00e9e permettre de rester plus proche des requirements du m\u00e9tier.<\/p>\n
Transaction, Delivery, Concistency, Error management in BPEL – Paul Perez (Pymma)<\/h2>\n
Je n’ai pas not\u00e9 le nom exacte de cette conf\u00e9rence alors j’ai list\u00e9 les notions abord\u00e9es.<\/p>\n
BPEL Transaction avec XA<\/h3>\n
Nativement, le langage BPEL ne support pas les transactions de type XA. Mais OpenESB a ajouter le support des transaction comme fonctionnalit\u00e9 additionnelle a son moteur BPEL.<\/p>\n
L’inter\u00eat de XA r\u00e9side dans le fait que c’est un standard de transaction support\u00e9 par de nombreuses technologies (infrastructure, SGBD, J2EE) qui permet donc de cr\u00e9er une transactions entre plusieurs syst\u00e8mes.<\/p>\n
XA est bas\u00e9e sur les principes suivants:<\/p>\n
- d\u00e9livrance garantie d’un et d’un seul message<\/li>\n\n
- n\u00e9cessite UNIFORMITY et PROXIMITY : tout les syst\u00e8mes impact\u00e9e par la transaction doivent supporter XA<\/li>\n\n
- n\u00e9cessite de la consistance et de la disponibilit\u00e9 (selon le Th\u00e9or\u00e8me CAP<\/a>, il ne peut donc avoir de r\u00e9sistance au morcellement)<\/li>\n<\/ul>\n
Un ensemble de notion SOA et ESB on \u00e9t\u00e9 pr\u00e9sent\u00e9e:<\/p>\n
- Integration Process<\/strong> : processus d’int\u00e9gration : processus court, impliquant peut de partenaires, t\u00e2ches automatiques.<\/li>\n\n
- Business Process<\/strong> : processus long, impliquant de nombreux partenaire, t\u00e2ches automatiques et manuelles.<\/li>\n\n
- Acknowledge (ack) en BPEL<\/strong> : si le BPEL n’est pas atomique, l’acknoledge est envoy\u00e9 juste apr\u00e8s le receive. S’il est atomic, l’acknowloedge est envoy\u00e9 \u00e0 la fin du BPEL (donc, en cas de probl\u00e8me, un rollback est fait).<\/li>\n\n
- Side effect<\/strong> : un composant a modifi\u00e9 sont contexte et ne peut donc pas faire de rollback coh\u00e9rent en cas d’exception.<\/li>\n\n
- Compensation <\/strong>: action de supprimer le side effect d’un composant.<\/li>\n<\/ul>\n
Pour aller plus loin, consultez les livres blanc disponibles sur le site de Pymma : http:\/\/www.pymma.com\/eng\/Open-ESB-JCAPS-Papers<\/a><\/a><\/p>\n
Training<\/h2>\n
Un ensemble de training fourni par Pymma on \u00e9t\u00e9 propos\u00e9 (vous pouvez les retrouver ici : http:\/\/www.pymma.com\/eng\/Training<\/a><\/a>) \u00e0 la r\u00e9alisation avec l’aide des experts venus assist\u00e9 \u00e0 la journ\u00e9e. Ce fut principalement l’occasion de discuter avec les intervenants et les participants plus que r\u00e9ellement r\u00e9aliser les exercices propos\u00e9s.<\/p>","protected":false},"excerpt":{"rendered":"
Le 03\/03\/2011 s’est d\u00e9roul\u00e9 \u00e0 Lille (exactement \u00e0 Polytech Lille \u00e0 Villeneuve d’Ascq) l’OpenESB Community Day. Une journ\u00e9e de conf\u00e9rence autour d’OpenESB centr\u00e9 sur la communaut\u00e9 de d\u00e9veloppeur et d’utilisateur. OpenESB est une impl\u00e9mentation Open Source d’un ESB (Enterprise Service Bus) d\u00e9velopp\u00e9 par Sun, qui a \u00e9t\u00e9 abandonn\u00e9 par Oracle lors du rachat de Sun. OpenESB est bas\u00e9 sur JBI (Java Business integration), un standard Java de d\u00e9veloppement d’ESB r\u00e9gie par une JSR (la 208) et comprenant principalement un ensemble…