Re: Petite question d'architecture

Je ne dis pas que j'aime les web services mais que CXF nous fait oublier
SOAP et que j'y mettrais n'importe quelle autre couche de remoting comme
JaxRS à la place CXF me le ferai de manière transparente.

Laurent

2011/1/21 <[email protected]>

> Heu…moi CXF j’ai du mal à apprécier. Je le subis (je ne suis pas le seul si
> j’en juge par mon entourage).
>
> En fait j’attends l’abandon de SOAP avec impatience pour revenir à des
> trucs plus simples et efficaces. (tiens, v’la un troll du vendredi…)
>
>
>
>
>
> *De :* Laurent Forêt [mailto:[email protected]]
> *Envoyé :* vendredi 21 janvier 2011 11:03
> *À :* Nicolas Delsaux
>
> *Cc :* * liste Java
> *Objet :* Re: Petite question d'architecture
>
>
>
> Je suis CXF à 200 %, ils ont pour moi démystifier le webService, et quelque
> soit le sens dans le quel tu les prends (Contract first ou last) c'est
> facile avec CXF. Tellement que des que tu entends le mots Axis tu prends tes
> jambes à ton cou ...
>
>
> Laurent.
>
>
>
> 2011/1/21 Nicolas Delsaux <[email protected]>
>
> 2011/1/21  <[email protected]>:
>
> > Salut,
> > Tiens, encore une occasion de procrastiner aujourd'hui ;-)
>
> Tu m'étonne !
>
> >
> > 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,
>
> CXF plutôt, non ? :-)
>
>
> > 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! :-)
> >
> >
>
> > 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.
>
> Bon, il ya quand même une question qui me tarabusque.
> Si je comprend bien (mais je suis encore assez loin de cet idéal),
> dans un ESB, tu définis une route pour un flux d'entrée et, long de
> cette route, un certain nombre de transformations vont être appliquées
> à ton flux.
> Mais cette route, est-ce que tu peux la définir dynamiquement dans une
> interface web, par exemple ? Ou est-ce qu'elle est gravée dans le
> marbre ?
> Et comment ça se passe si un des éléments de cette route a une assez
> forte latence (dans mon cas, typiquement, je pense à la mise en page
> InDesign qui est réputée lente et susceptible de planter) ?
>
> >
> > 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).
>
> Et au niveau montée en charge, ça tient bien le choc, ou dès que tu as
> 5 fichiers à traiter ton Xeon hexaprocesseur commence à pleurer ?
> D'ailleurs, au niveau monitoring, ça se surveille facilement un engin
> pareil ?
>
> --
> 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.
> ********************************
>
>