wat is het nut van soap?

[xzenor]

sorry als ik dit op de verkeerde plaats post maar ik kon geen logischer plekje bedenken.

kan iemand mij uitleggen waar soap voor is?
ik heb me scheel gegoogled en heb inmiddels tig pagina's gezien over hoe het werkt en wat het doet en hoe het te implementeren maar een antwoord op de vraag waar je het voor wilt gebruiken kan ik nergens vinden (op vergelijkingen met andere protocollen na).

wat ik er van begrijp is dat het gebruikt wordt om data van de ene kant naar de andere kant te krijgen.

whoopie! daar hadden we volgens mij al lang wat voor zoals http, ftp, sftp, scp en ik kan er vast nog veel meer verzinnen als ik even mijn best doe. waarom is soap dan uitgevonden?

volgens mij gebruikt Windows update ook soap, om maar even een voorbeeld te geven. waarom? wat is er mis mee om die updates gewoon over http te versturen? desnoods https... dan had je er ook geen soap agent/cliënt/ding voor hoeven te installeren...

er moet toch een reden voor zijn? het moet toch iets van een toegevoegde waarde hebben over de standaard (vaak snellere) protocollen?

waarom kan ik dat dan nergens terug vinden?
weet hier iemand het?

[Skinkie]

Check eens wat het verschil tussen soap en corba is Dat is wel een redelijk opstap waarom een van twee nuttig is

[xzenor]

die had ik al gelezen maar daar werd't niet duidelijker van. Wikipedia wijst daar ook naar als je het artikel over soap leest.

overigens begrijp ik't nut van corba ook nog niet... ik zie geen toegevoegde waarde over de ouderwetse bekende protocollen... alleen dat het omslachtig is..

't is vast effe een manier van denken waar ik even in moet komen..... maar daar kan ik wat hulp bij gebruiken

[ Voor 52% gewijzigd door xzenor op 17-07-2010 00:56 ]

[Verwijderd]

Over SOAP is enorm veel te vinden. Maar om het even kort te houden: SOAP is alles behalve wat het beweerd te zijn. Je opmerking over HTTP is een goede omdat er tegenwoordig betere alternatieven zijn. (Google ook even over ReST/JSON/XML/OData).

[analog_]

Google heeft zelf ook zon dergelijk protocol dat binair werkt geoptimaliseerd voor snelheid.

[Verwijderd]

Ik heb eigenlijk een beter antwoord: geen. Gewoon vergeten, niet over nadenken.

[kluyze]

Als je iets ontwikkelt, en dan voornamelijk naar grote projecten is het handig om in verschillende tiers te programmeren. Je zit met je data tier (database) daarover zit je logica-tier en de laatste tier is de gui, de weergave.

Indien je zo in verschillende tiers programmeert is het handig om tussen je gui en je logica een protocol te steken dat je niet zelf meer moet uitvinden en waardoor je applicatie dus gemakkelijker uit te breiden is, ook indien er met meerdere developers aan het zelfde project gewerkt wordt is dat handig om een bestaand protocol te implementeren.

Indien je op je logica dus een soap server programmeert is het heel makkelijk om later andere vormen van gui's te bouwen die gebruik maken van je applicatie. Stel bv dat je een website maakt, en je wilt dezelfde logica naderhand ook in een desktop applicatie steken en nog een mobile applicatie ... dan connecteer je met de soap server en heb je dezelfde functies als bij je website voorhanden.

Natuurlijk kan je hiervoor ook gewoon http als protocol gebruiken, maar dan ga je zelf het protocol moeten schrijven want soap is gewoon een protocol dat boven op http zit. Je gaat dus zelf de vorm van je data moeten bedenken enz. Waar je bij soap gewoon je wsdl bestand afhaalt van de server, en je weet welke argumenten je moet mee sturen en wat voor data je terug kan verwachten.

[ Voor 3% gewijzigd door kluyze op 17-07-2010 01:23 ]

[Pogostokje]

Ik ben niet de expert, maar kan je wel vertellen hoe wij het gebruiken.
Het is verplaatsen van data, niet zozeer een bestand maar losse data. Of nog precieser, transacties.
Je vraagt een systeem iets te wijzigen, bijvoorbeeld stel dat je een CRM pakket hebt en je wilt een adreswijziging doorvoeren. Die gegevens mep je dan via SOAP naar een ander systeem die het uitvoert, op zijn beurt een opdracht stuurt naar de postkamer om een bevestigingsbrief te printen, etc. en de transactie wordt volledig a-synchroon afgehandeld. Er komt een keer een response terug (bv "het is gelukt zonder fouten").
SOAP voorziet in een XML stuk om de transactie gegevens (transactieid, klantnr, type wijziging, nieuw adres) en de respons (wel of niet gelukt) heen en weer te sturen. Je zou het ook zelf kunnen maken, dat je je eigen a-synchrone gegevens uitwisseling protocol gaat maken. Of je gebruikt iets wat er al bestaat.

[xzenor]

@Pogostokje BEDANKT!
Ik snap eindelijk het nut :-)
Vooral dat regeltje over losse bestanden maar ook gewoon data, dat deed't kwartje vallen..
In plaats van zelf iets te hoeven bedenken om data van de ene naar de andere kant te krijgen kan je dan dus SOAP gebruiken..
Ik denk dat ik'm nu snap :-)

[frickY]

possamai schreef op zaterdag 17 juli 2010 @ 00:44:
volgens mij gebruikt Windows update ook soap, om maar even een voorbeeld te geven. waarom? wat is er mis mee om die updates gewoon over http te versturen? desnoods https... dan had je er ook geen soap agent/cliënt/ding voor hoeven te installeren...

Dan denk ik toch dat je die pagina's niet goed gelezen hebt, want SOAP werkt juist over HTTP (en HTTPS)

SOAP is slechts een afspraak om XML berichten met een bepaalde opbouw over HTTP uit te wisselen. In zo een bericht kan data staan die de ontvanger opslaat, maar meestal een functieaanroep waarop de ontvanger reageert met een specifiek antwoord.
Zo kan bijv. het KNMI een soap-server hebben draaien met een geefVooruitzicht()-methode die jij aanroep met je postcode, en je vervolgens de weervoorspelling terugkrijgt. Nu had dit ook prima met REST of een andere methode gekund, maar bij complexere gegevensuitwisseling biedt SOAP al snel meerwaarde.

[ Voor 37% gewijzigd door frickY op 23-07-2010 16:31 ]