Re: OpenESB/Apache ServiceMix and so on ...
Julien Boulay <[email protected]>
| Newsgroups | gmane.comp.java.french.general |
|---|---|
| Message-ID | <1477346104.1654661287519784163.JavaMail.root@spooler1-g27.priv.proxad.net> |
Bonjour, Pour la partie extraction/transformation/chargement, tu peux aussi utiliser Talend Open Studio (ETL). Une fois le traitement réalisé dans le studio, tu peux l'exporter dans différent format : - Jar avec script de lancement - Axis WebService - Petals ESB - JBoss ESB Si tu veux générer des exports papier/web, tu peux éventuellement utiliser Birt ou JasperReport ? ETL, ESB et outils de reporting : 3 composants largement utilisés dans le domaine de l'intégration de données et du BI (Business Intelligence). J'utilise Talend depuis 3 ans maintenant et je constate que la prise en main est très rapide pour toute personne qui connaît bien Java et l'environnement Eclipse. Julien ----- "patrice godard" <[email protected]> a écrit : > Bonjour, > Ton besoin ressemble plus à de l'extraction-transformation qu'à de > l'intégration. > Je préconiserais plutôt un outil genre Apache Camel. > Il y a une certaine courbe d'apprentissage mais on s'y fait vite > (enfin ce fut mon cas et celui de la développeuse qui a bossé avec moi > du moins). > > Je continue de l'utiliser pour des problématiques > d'extraction/transformation/routage de données. > L'avantage c'est qu'on est vraiment haut niveau et qu'on se concentre > sur le traitement métier plutôt que sur "la plomberie". > > Pour moi c'est de l'enrichissement de données via SOAP (CXF), transfos > XSL et Java puis routage selon le contenu. > > On peut utiliser Apache Camel seul, embarqué dans une webapp, ou bien > comme un bundle OSGi dans un environnement tel que Service Mix ou > Fuse. > > J'utilise la distribution Fuse ESB 4.2 (OSGi). > Le principal avantage pour moi est que tout est déjà intégré > (activemq, cxf et bien d'autres encore), et qu'on profite du mécanisme > de chargement "à chaud" des bundles OSGi. > A terme on aura besoin de faire cohabiter plusieurs versions d'un même > bundle dans le conteneur. > > Je crois que les avis sont assez partagés sur Apache Camel, en > particulier eu égard à sa documentation pas très claire (mais en nette > amélioration), ainsi que le changement de paradigme que ça implique > pour un développeur. > Personnellement je ne reviendrais pas en arrière. > > Patrice > > > -----Message d'origine----- > > De : Fred [mailto:[email protected]] > > Envoyé : lundi 18 octobre 2010 15:14 > > À : Nicolas Delsaux > > Cc : * liste Java > > Objet : Re: OpenESB/Apache ServiceMix and so on ... > > > > Bonjour, > > > > Tu as mule ESB http://www.mulesoft.org/ > > > > Cdlt > > > > Frederic > > > > ----- Mail Original ----- > > De: "Nicolas Delsaux" <[email protected]> > > À: "* liste Java" <[email protected]> > > Envoyé: Lundi 18 Octobre 2010 11:51:36 GMT +01:00 Amsterdam / Berlin > / > > Berne / Rome / Stockholm / Vienne > > Objet: OpenESB/Apache ServiceMix and so on ... > > > > Salut, > > pour un projet de ma boîte, je suis en train de regarder du côté > des > > ESB et autres outils aux noms barbarissimes (et dont les > technlogies > > ne semblent pas vraiment simplistes). > > J'ai donc été faire un tour du côté d'OpenESB, qui semble être > intégré > > à Glassfish, mais pour lequel il n'existe semble-t-il plus > d'actualité > > depuis le merge Sun/Oracle. > > J'ai aussi jeté un coup d'oeil du côté d'Apache ServiceMix, qui lui > a > > l'air raisonnablement vivant. > > Est-ce qu'il y a d'autres concurrents dans cette sphère très vaste > et > > assez floue (de mon oeil de débutant) ? > > Pour résumer un peu mon besoin : nos clients nous envoient des > exports > > de base de donnée à partir desquel on génère des exports > papier/web, > > tout ça. Est-ce que ce genre de technologie est approprié ? > > ********************************* > This message and any attachments (the "message") are confidential and > intended solely for the addressees. > Any unauthorised use or dissemination is prohibited. > Messages are susceptible to alteration. > France Telecom Group shall not be liable for the message if altered, > changed or falsified. > If you are not the intended addressee of this message, please cancel > it immediately and inform the sender. > ********************************