Minden webszolgáltatás automatikusan pihentető webszolgáltatás?

A "REST" építészeti stílus egyik sarokköve a HTTP teljes potenciáljának kihasználása (GET, HEAD, PUT, POST, DELETE, tartalomtípus, etag-ok, gyorsítótár-vezérlés stb.) alagút helyett. Ha ezt teszed, máris sokat nyersz, és úgy gondolom, hogy jogodban áll felhívni a szolgáltatásodat "REST Inspired"-nek vagy valami másnak. Innentől a HTTP-infrastruktúra összes meglévő építőelemét használhatja előnyére, ahelyett, hogy ellenük kellene dolgoznia.

Gyakran csábító, hogy saját RPC vagy CRUD protokollt dolgozz ki HTTP-n keresztül, és újra feltaláld a kereket. Az eredmény általában teljesen ellentétes a REST elveivel.

Legalább kétféle webszolgáltatás létezik:

• SOAP webszolgáltatások – XML séma használata az XML üzenetek szigorú meghatározására, jellemzően, de nem feltétlenül HTTP-t használva szállítási protokollként. Megbízható és szabványosított, már jó ideje léteznek, bár néha nehézsúlyúnak tartják.

• RESTful webszolgáltatások – kevésbé merev, egyszerű HTTP protokollt használva, kihasználva a beépített GET/POST/PUT/DELETE metódusokat a CRUD művelet végrehajtásához az erőforrásokon. A tartalomegyeztetés (általában XML vagy JSON), az átirányítások (Location fejléc) és a felhasználóbarát URL-ek révén a RESTful webszolgáltatások nagyobb figyelmet kapnak.

Ez két különböző kommunikációs protokoll, áttelepítheti egyiket a másikba, de soha nem történik automatikus átalakítás.

Nem, mert ahhoz, hogy REST szolgáltatás legyen, meg kell felelnie bizonyos feltételeknek. Lásd: wikipedia

Van ott egy idézet, ami jobb választ adhat a kérdésére, mint én:

SOAP RPC kontraszt

A HTTP-n keresztüli SOAP RPC ezzel szemben arra ösztönzi az alkalmazástervezőket, hogy határozzanak meg egy új és tetszőleges főneveket és igéket tartalmazó szókészletet (például getUsers(), savePurchaseOrder(...)), amelyek általában a HTTP POST igére kerülnek. Ez figyelmen kívül hagyja a HTTP számos meglévő képességét, például a hitelesítést, a gyorsítótárazást és a tartalomtípus-egyeztetést, és előfordulhat, hogy az alkalmazástervező sok ilyen funkciót újra feltalál az új szókészleten belül.[8] Példák erre olyan metódusok hozzáadása, mint a getNewUsersSince(Date date), savePurchaseOrder(string customerLogon, string password, ...).

A REST mozaikszó a Representational State Transfer rövidítése, ami alapvetően azt jelenti, hogy minden egyedi URL valamilyen objektum reprezentációja. Mások (például SOAP) inkább RPC-szerűek. A SOAP a Simple Object Access Protocol-ra hivatkozik, és általában a HTTP POST-ra fedi. A SOAP mostanában néhány REST-szerű irányba nyúlik.

Minden webszolgáltatás automatikusan pihentető webszolgáltatás?

Nem, nincs varázslat. SOAP és más protokollok vannak, amelyek nem RESTful.

Ha minden kérése ugyanazon az URI-n keresztül megy át, akkor ez egyértelmű jele annak, hogy nem használ URI-kat a rendszer egyedi erőforrásainak azonosítására, tehát - nem.

Ezt mondva; több megszorítás létezik, mint például az egységes felületek vagy a hipermédia-vezérelt.