Séminaire W3C …

Le site xmlfr fait une synthèse d’un séminaire du W3C a propos des WebServices.
Elle est disponible ici.

Quelques citations au hasard (enfin presque !) :

Il mentionne de nombreux problèmes d’interopérabilité entre
implémentations.

Le rapporteur citant Denis Lacroix (Amadeus)

Il mentionne REST comme une alternative à SOAP et le fait que certains grands
fournisseurs ne proposent que des Services Web REST. Ainsi, eBay a fermé la
version SOAP de ses services et Yahoo est uniquement REST.

[...]

Il détaille les problèmes des utilisateurs des technologies des Services Web
face au manque de maturité des spécifications : les versions des spécifications
évoluent rapidement tant que ces spécifications ne sont pas stabilisées. De
plus, sur certains domaines, plusieurs spécifications, parfois proposées par des
consortiums différents peuvent être proposées et des choix contradictoires sont
parfois imposés par le marché.

Source Timo Skytta de Nokia

Nb : Les API de eBay sont toujours accessibles en mode WebService, je ne sais pas a quelles aPI il fait référence !

Les commantaires du rapporteur sont très juste :

Les Webservices (SOAP, WSDL…) sont incompatibles avec une architecture REST :

  • Non utilisation des uri et verbes d’Http (Post,Put,Delete…)
  • L’interopérabilité avec les WebServices reste une promesse. J’ai envi de rajouter que les WebServices interopérables sont une technologie d’avenir et le restera…

The architecture journal

un article de Dion Hinchcliffe dans ‘The architecture journal’ :

Nouvelles normes pour refaire Corba …

De nouvelles normes pour refaire Corba …


OSOA has announced that SCA & SDO would probably be submitted to the OMG for standardisation.
OMG was famous for having developed and pushed the Corba standard in the nineties. Corba has always been perceived as an excellent technology but far too complex for the average developers.

When Soap appeared, it was the beginning of the end for Corba, Soap was much simpler to use (at least in the beginning) and , unlike Corba which was never supported by Microsoft, it was the promise of a universal, interoperable middleware.

C’est amusant de voir ces petits commentaires, SOAP a gagné car il était plus simple (au début). Il faudrait en tirer une conséquence, arreter SOAP et consors ! Passons a WOA …