Re: Petite question d'architecture

Vous cherchez pas un prestataire pas cher et motivé sur la région de
Bordeaux ou en télétravail dans le second trimestre de 2011 par hasard ;) !

Laurent Forêt
http://www.devcoop.fr,
http://laurentforet.org
IvyBeans Creator
Membre du JUG Bordeaux


2011/1/21 <[email protected]>

> Salut,
> Tiens, encore une occasion de procrastiner aujourd'hui ;-)
>
> Bon alors moi les ESB je trouve ça génial.
> J'ai utilisé Fuse ESB pendant 6 mois avec Apache Camel pour le
> routage/transformation de données, CFX pour la connectivité SOAP, ActiveMQ
> et j'ai eu la joie de découvrir la souplesse d'OSGi et du déploiement à
> chaud.
> Eh bien ça fait tout drôle quand on sort des monolithes JavaEE! :-)
>
> Je découvrais ces environnements mais franchement c'est très accessible à
> des gens comme beaucoup ici qui baignent dans Java depuis que ce langage
> existe (ça ne nous rajeunit pas...). Plus sérieusement je bossais avec une
> développeuse de quelques années d'expérience et elle n'a pas eu non plus de
> problème particulier pour s'y faire (mais bon, c'est une geekette et elle
> avait un bon prof ;-).
>
> Même s'il y a un certain temps d'adaptation je trouve qu'au final ça n'est
> pas si complexe que ça à mettre en œuvre et que ça apporte une réelle
> souplesse et modularité. Personnellement les screencasts et les docs de
> fusesource m'ont été précieux.
>
> Dans mon cas on fait de la transformation de flux XML, stockage en base
> XML, extraction et alimentation de tout un tas de modules externes.
> On a aussi une sorte de format interne de stockage et des composants
> d'alimentation/extraction de données qui sont pluggués sur le bus.
>
> D'autres collègues se contentent d'un simple Camel intégré à une appli
> JavaEE classique.
> C'est suffisant dans certains cas mais on perd la modularité d'un ESB comme
> Fuse (et surtout on perd le déploiement à chaud des modules, qui dans mon
> cas du moins est un critère important).
>
> Bref j'ai été assez séduit par la chose et j'attends avec impatience la
> suite de ces projets.
>
> Patrice
>
>
> > -----Message d'origine-----
> > De : Nicolas Delsaux [mailto:[email protected]]
> > Envoyé : vendredi 21 janvier 2011 10:14
> > À : * liste Java
> > Objet : Petite question d'architecture
> >
> > Bon, allez, j'en profite, je sens que vous êtes chauds patate.
> > En fait, dans le développement dont je parlais dans le précédent mail,
> > on va faire un truc que je trouve musclé (essentiellement à cause de
> > notre utilisation d'InDesign).
> > Nos clients nous envoient des flux/fichiers XML contenant des
> > descriptions de produits, et on s'occupe de les mettre en page.
> > Il est possible pour chaque client de nous envoyer un flux XML
> > différent.
> > Et bien sûr, on doit toujours réussir à transformer ce flux dans notre
> > format pour produire le joli document derrière.
> > Pour ça, l'un de mes collègues a évoqué les ESB, qui semblent
> > effectivement contenir pas mal des briques d'orchestration, de
> > routage, et de monitoring dont on pense avoir peut-être éventuellement
> > besoin.
> > Seulement moi, les ESB, quand je les regarde, je pense à Tchernobyl
> > ... ou au couloir de la Chimie à Lyon, là : des espèces d'immenses, de
> > monstrueuses, de gigantesques installations industrielles qui
> > nécessitent des armées de petits bonhommes pour éviter qu'elles
> > explosent en balançant des résidus toxiques à deux cent mètres à la
> > ronde.
> > Est-ce que j'ai raison ?
> > Est-ce que j'ai tord ?
> > Est-ce que vous avez déja utilisé ServiceMix/Spring
> > Integration/OpenESB ?
> > Est-ce que les trois noms d'au-dessus correspondent bien à la notion
> > d'un ESB ?
> > Et d'abord, c'est quoi un ESB ?
> > La réponse D ?
> > bref, j'avoue que je suis pour une fois un peu perdu. Surtout que tous
> > ces produits disposent d'une documentation surabondante.
> > Alors un début de bout de piste sioux ne serait pas de refus.
> > Merci.
> >
> > --
> > Nicolas Delsaux
>
> *********************************
> 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.
> ********************************
>
>