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.
> ********************************
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.