W3C presenteert nieuwe voorstellen voor webservices

Het World Wide Web Consortium (W3C) heeft drie nieuwe voorstellen gepubliceerd die ontwikkelaars in staat moeten stellen betere webservices aan te bieden. Het gaat hierbij om de XML-binary Optimized Packaging (XOP), het SOAP Message Transmission Optimization Mechanism (MTOM) en het Resource Representation SOAP Header Block (RRSHB). Dit zijn allemaal specificaties die ontwikkelaars kunnen helpen bij het inpakken en versturen van binary data door middel van een SOAP 1.2-bericht. Door het aannemen van dit voorstel wordt het gemakkelijker om bijvoorbeeld een videoclip uit te wisselen met een webservice of om grote documenten naar verschillende bestemmingen te sturen met een webdienst.

Zowel XOP als MTOM zijn ontwikkeld om gegevens zo snel mogelijk door te kunnen sturen van of naar een webservice. Het kan echter nog steeds voorkomen dat er een gebrek aan bandbreedte is of data omwille van een andere reden met vertraging aankomt. Daarom werd RRSHB ontwikkeld, dat bedoeld is om de nodige data om het bericht te kunnen verwerken te versturen, zelfs als de gegevens nog niet meteen beschikbaar zullen zijn. Zowel IBM en BEA als Microsoft hebben al aangegeven de nieuwe specificaties te gaan ondersteunen.

Reacties (19)

[The Noid]

RRSHB? Een afkorting met er in een afgekorte afkorting...
't moet niet gekker worden

[Reinier]

Volgens mij is dat omdat het W3C SOAP niet als een afkorting gebruikt (zo valt ergens op http://w3.org te lezen).

Edit:
In previous versions of this specification the SOAP name was an acronym. This is no longer the case.

[machuidel]

Sun heeft ook al zoiets (deels):
http://java.sun.com/developer/technicalArticles/xml/fastinfoset/
Momenteel proberen ze deze via ISO te standaardiseren.

edit:

Even kort uitgelegd (zoals ik het nu begrijp):
XOP is een "recommendation" voor packaging van binary data in een XML document (MIME Multipart) + een nieuwe infoset afgeleid van de standaard XML infoset die zorgt voor verwijzingen naar de part (Zoiets als een CID) inplaats van deze encoded als content in de XML zelf op te nemen.

Natuurlijk kan w3c xop ook onafhankelijk van SOAP werken. Bijv. in een REST omgeving.

[raptorix]

Ik heb het geloof ik al 5 keer gepost in diverse threads, maar het gaat hier om Recommendations, kortom AANBEVELINGEN. Er is een wezenlijk verschil tussen een aanbeveling en een standaard.

[jp]

Ware het niet dat een aanbeveling van w3c een goeie kans heeft een de-facto standaard te worden

[RwD]

Is het niet zo dat de w3c recommandations doet en je maar zelf moet zien of je die gebruikt (wat wel handig is uiteraard). Doordat iedereen braaf volgt werkt alles lekker, en wordt je bijna gedwongen deze recommendations ook te volgen. Zo zijn het eigenlijk wel standaarden, maar toch stiekem niet.

[Olaf van der Spek]

Zo zijn het eigenlijk wel standaarden, maar toch stiekem niet.

Standaarden zijn toch ook geen wetten die je verplicht bent te volgen?

[Verwijderd]

nee, alleen maak je kans dat de rest van de wereld je gaat negeren.

[jurrie]

Tenzij je Microsoft heet.

[raptorix]

Microsoft is de innitiatiefnemer van SOAP, daarnaast zijn ze vertegenwoordigt in deze Commisie.

[Verwijderd]

Allemaal erg positief, maar erg jammer dat er weer een nieuwe specificatie moet komen. Had er dan verdorie bij het begin van de initiële ontwikkeling van de huidige SOAP specificatie met echte bestanden rekening gehouden. Hoe moelijk kan dat nu zijn

[MBV]

Waarschijnlijk was SOAP voor iets heel anders bedoeld dan waar het nu voor wordt gebruikt...

En als overal rekening mee wordt gehouden krijg je weer bizarre Microsoft-situaties dat je voor copy/paste 10.000 regels code nodig hebt (exacte getal weet ik niet meer, maar in ieder geval gruwelijk veel code om alleen wat tekst op je clipboard te zetten en er vanaf te halen).
Als je een standaard maakt die overal voor gebruikt kan worden krijg je enorm veel overhead, zodat niemand je standaard gebruikt. Je moet dus keuzes maken tussen ease-of-use en functionaliteit.

[_Thanatos_]

Is dat XOP nou net zoiets als DIME? Want met WSE 2.0 geinstalleerd (op .NET dan, weet niet hoe het met java zit), werkt het best fijn om binaire gegevens uit te wisselen. Maar ook textuele informatie kan prima. Ook is het handig om een XML te versturen, omdat ie dan niet dubbel encoded wordt.

[locke960]

Zowel IBM en BEA als Microsoft hebben al aangegeven de nieuwe specificaties te gaan ondersteunen.

Hebben ze ook aangegeven hoe die ondersteuning eruit ziet. ? Daar hangt het namelijk vanaf of het ook echt een standaard wordt.

Door bijvoorbeeld zelf extra functies toe te voegen aan je eigen servers en clients, "ondersteun" je de standaard wel, maar eigenlijk ben je de interoperabiliteit aan het ondergraven.

[xces]

Er kan best wel wat informatie gevonden worden op de site van w3 ( http://www.w3.org/ ), maar echte uitleg wat het nu precies is (in leken termen) kunnen zelfs niet met google gevonden worden (als je tenminste zoekt op alle 3 de termen)

Het persbericht staat hier: http://www.w3.org/2005/01/xmlp-pressrelease

[Woudloper]

Op de website van W3 staat ook de nodige informatie, zie de volgende specificaties maar:
XML-binary Optimized Packaging (XOP)
SOAP Message Transmission Optimization Mechanism
Resource Representation SOAP Header Block (RRSHB)

Deze nieuwe standaarden ondersteunen de bestaande SOAP standaard en zorgen voor een verbeterde afhandeling van de berichten. Met name de binary berichten aangezien daar grote performance problemen mee waren.

Verder kan je ook het artikel (zie bron) van Internet News doorlezen, daar staat ook de nodige informatie over de toepassing van deze nieuwe standaarden.

[YoNiE]

bestemmelingen?

[To_Tall]

LoL Google maakt ook gebruik van SOAP, maar die geeft voor zijn zoek programma om op intra net te gebruiken of op een non comerce Website een licentie voor maar 10.000 zoek opdrachten

[raptorix]

Dat komt omdat het nog een beta dienst is, daarnaast kan je als bedrijf wel degelijk een contract afsluiten, er is zelfs al een bedrijf in nederland wat dat doet: de telefoongids. Zie ook het Emerce artikel: http://www.emerce.nl/nieuws.jsp?id=294673

Wat wel een groot nadeel van de Google API is dat het gebruik maakt van servers die minder snel geupdate worden als de normale servers.

Ik kwam hier achter toen ik gebruik maakte van de dienst van Digitalpoint, hier kan je je ranking op keywords tracken via een webbased tool: http://www.digitalpoint.com/tools/keywords/

Let wel op dat je een google license moet aanvragen om gebruik te maken van hun functionaliteit.