RE: Petite question d'architecture

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.
********************************