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