Interfejs SOAP WS obsługuje zarówno style zdalnego wywoływania procedur (tj. RPC), jak i stylu zorientowanego na komunikaty (MOM). Restful Web Service obsługuje tylko styl integracji RPC.
SOAP WS jest neutralny dla protokołu transportowego. Obsługuje wiele protokołów, takich jak HTTP (S), Messaging, TCP, UDP SMTP, itp. REST jest specyficzny dla protokołu transportowego. Obsługuje tylko protokoły HTTP lub HTTPS.
SOAP WS zezwala na format danych XML. Definiuje operacje, które przechodzą przez POST. Nacisk kładzie się na dostęp do nazwanych operacji i wystawianie logiki aplikacji jako usługi. REST pozwala na wiele formatów danych, takich jak XML, dane JSON, tekst, HTML itp. Można użyć dowolnej przeglądarki, ponieważ metoda REST wykorzystuje standardowe operacje GET, PUT, POST i DELETE Web. Nacisk kładzie się na dostęp do wskazanych zasobów i udostępnianie danych jako usługi. REST ma obsługę AJAX. Może korzystać z obiektu XMLHttpRequest. Dobre dla operacji bez statkowego CRUD (tworzenie, odczytywanie, aktualizacja i usuwanie). GET - reprezentują() POST - acceptRepresention() PUT - storeRepresention() DELETE - removeRepresention()
SOAP oparty czyta nie mogą być buforowane. Odczyty oparte na REST mogą być buforowane. Wykonuje i skaluje lepiej. SOAP WS obsługuje zarówno zabezpieczenia SSL, jak i WS-security, które dodają niektóre funkcje bezpieczeństwa przedsiębiorstwa, takie jak utrzymywanie bezpieczeństwa aż do momentu, w którym jest ono potrzebne, utrzymywanie tożsamości za pośrednictwem pośredników, a nie tylko wskazywanie tylko na punkt SSL, zabezpieczanie różnych części wiadomości z różnymi algorytmami bezpieczeństwa, itp. REST obsługuje tylko protokoły SSL typu point-to-point.Protokół SSL szyfruje całą wiadomość, niezależnie od tego, czy jest ona poufna czy nie. Usługa SOAP zapewnia kompleksową obsługę zarówno zarządzania transakcjami opartymi na ACID, jak i transakcjami o krótkim czasie trwania oraz zarządzaniem transakcjami opartymi na wynagrodzeniach w przypadku transakcji długotrwałych. Obsługuje również zatwierdzanie dwufazowe między rozproszonymi zasobami. REST obsługuje transakcje, ale nie jest zgodny z ACID ani nie może zapewnić zatwierdzania dwufazowego w rozproszonych zasobach transakcyjnych, ponieważ jest ograniczony przez protokół HTTP.
Protokół SOAP ma wbudowany sukces lub wbudowaną logikę ponowną i zapewnia całkowitą niezawodność nawet poprzez pośredników protokołu SOAP. REST nie ma standardowego systemu przesyłania wiadomości i oczekuje, że klienci wywołają usługę, aby poradzić sobie z błędami komunikacji, ponawiając próbę.
źródłohttp://java-success.blogspot.in/2012/02/java-web-services-interview-questions.html
[Java EE 6 Tutorial] (http://docs.oracle.com/javaee/6/tutorial/doc/) –
Dobre question.thanks – Krishna