Re: Petite question d'architecture

Jean-Baptiste Defard <[email protected]> Fri, 21 Jan 2011 15:25:11 +0100
Newsgroups gmane.comp.java.french.general
Message-ID <[email protected]>
Bonjour,

Apache Camel me parait un très bon choix. Il va te permettre de
faire le boulot de façon souple, simple et modulaire. Le seul truc
c'est que cela peut dérouter un peu au début. Il y a un très bon
bouquin qui vient de paraitre chez manning qui devrait accélérer ton
apprentissage si tu te décides pour cette solution.

Concernant les ESB, je reste "léger" quand je peux: Camel +
ActiveMQ. J'ai pas encore utilisé ServiceMix mais c'est dans le
pipe. ServiceMix intègre Camel donc tout dépend de la sophistication
que tu veux pour ta solution.

Il existe un composant Camel pour CXF.

--

Jean-Baptiste.

Le 21/01/2011 10:25, Laurent Forêt a écrit :

C'est marrant j'ai exactement les mêmes apriori. Je
rajouterai Petals d'OW2 dans la liste (on m'en a dit du bien).
Sinon, peut être une solution plus bas niveau tel que Camel
d'Apache pourrait faire l'affaire, tu gardes ton idée de routage
et tu l'encapsules dans ta couche technique que tu
veux/maitrises.

Je dis ça j'ai encore pas essayé mais surtout et je suis
vachement intéressé par des retours de mise en oeuvre de Camel.
Alors si jamais ...

A+, Laurent.

PS : Jérôme et Nicolas ont des rapports qui m'échappe.

2011/1/21 Nicolas Delsaux <[email protected] >

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
smime.p7s (application/pkcs7-signature, 5.4 KB) - not displayed