Pour l'UDDI tu as sans doute raison, en revanche le WSDL est très utilisés.
Et le REST ne résoud pas tout dans des transactions B2B complexes.
La volonté de baser un ESB sur du SOAP pour des web-services interne part d'un bon sentiment. Une réutilisation potentielle en externe à coup de BPEL s'il le faut.
Dans ma boîte, nous avions implémenté un bus de service des années avant la hype SOA et son standard. Il a fallu tout migrer vers un ESB proprio.
C'est un fiasco en terme de réutilisation de service car aucune gouvernance n'a été sérieusement entreprise.
Aujourd'hui, on aimerait se tourner ves un ESB open-source.
Je crois que le mirage du SOA vient surtout du fait que les daicideurs pressés ont imaginé decrire les processus métiers en BPMN, appuyer sur un boutons et virer les DSI.
Mais ca n'a rien à voir avec les caractéristiques du SOAP.
[^] # Re: Sans être fan du tout
Posté par El Titi . En réponse au journal XML c'est de la daube!!!. Évalué à 3.
Pour l'UDDI tu as sans doute raison, en revanche le WSDL est très utilisés.
Et le REST ne résoud pas tout dans des transactions B2B complexes.
La volonté de baser un ESB sur du SOAP pour des web-services interne part d'un bon sentiment. Une réutilisation potentielle en externe à coup de BPEL s'il le faut.
Dans ma boîte, nous avions implémenté un bus de service des années avant la hype SOA et son standard. Il a fallu tout migrer vers un ESB proprio.
C'est un fiasco en terme de réutilisation de service car aucune gouvernance n'a été sérieusement entreprise.
Aujourd'hui, on aimerait se tourner ves un ESB open-source.
Je crois que le mirage du SOA vient surtout du fait que les daicideurs pressés ont imaginé decrire les processus métiers en BPMN, appuyer sur un boutons et virer les DSI.
Mais ca n'a rien à voir avec les caractéristiques du SOAP.
Mais merci d'avoir développé ton point de vue