Perché la gente pensa che SOAP sia deprecato? [chiuso]

Nel caso di servizi web basati su SOAP, WSDL e UDDI avrebbero dovuto essere il proiettile d'argento. Gli strumenti supponevano di creare WSDL in modo quasi automatico, l'UDDI doveva rilevare automaticamente i servizi e connettere i client. Nessuno dei due è davvero decollato. Senza questi strumenti, SOAP è troppo complicato rispetto a RESTful.

Inoltre, all'incirca nello stesso momento l'hype XML si è estinto, sostituendolo con un hype in lingue chiare. SOAP è XML e il sovraccarico di messaggi semplici è enorme.

Penso che sia ignoranza e hype, sia allora che ora.

Per qualificare questo:

1. Un sacco di progetti che avrebbero usato SOAP / WS- * alcuni anni fa, non lo faranno oggi e per buoni motivi.

2. Le interfacce RESTful risolvono molti casi d'uso particolarmente diffusi nelle applicazioni Internet.

3. Le applicazioni "enterprise" hanno provato a saltare sul carro del webservice una decina di anni fa e poi hanno ricordato che in realtà hanno bisogno di molte delle funzionalità che cercavano di evadere nelle loro piattaforme legacy COM +, CORBA e J2EE RMI / IIOP . Tutti gli altri odiano questa roba.

SOAP ha promesso funzionalità gloriose, salva-vita, auto-rilevamento, risoluzione dei problemi e mai-lavoro. Tuttavia, non siamo mai riusciti ad arrivare così lontano. Poi sono arrivate JSON e altre light , semplici alternative a piattaforme cros che hanno lasciato SOAP come una scelta sciocca.

Potrebbe essere stata una grande città se tutti ci si fossero trasferiti.

Penso che sia perché specifica SOAP 1.2 si riferisce a se stesso come WS- * e non SOAP più. Fa una distinzione tra se stesso (come un sistema basato su XML altamente formattato) e SOAP (che si dice sia un grumo di XML che sembra essere un po 'standardizzato e pieno di "problemi").

quindi, mentre lo hanno standardizzato nel corso di alcuni anni, è ancora SOAP, ma penso che abbiano abbandonato il termine come acronimo principale.