Przepraszam, to pytanie brzmi głupio, ale po opracowaniu niektórych moich usług RESTful przy użyciu Jersey, zadałem sobie pytanie - Jeśli REST jest tylko architekturą, a nie protokołem takim jak SOAP, po co nam specyfikacja taka jak JAX-RS?
Właściwie przeszukałem go w poszukiwaniu pytań typu „Jaka jest różnica między serwletami a usługami RESTful przez HTTP” i podsumowując odpowiedzi społeczności, otrzymałem:
- Rozwój usług RESTful (na Jersey) to architektura, która z natury korzysta z serwletów.
- Narzędzia zgodne z JAX-RS, takie jak Jersey, zapewniają łatwe krosowanie i usuwanie danych XML / JSON, pomagając programistom.
- REST pomaga nam używać GET / POST / PUT / DELETE w sposób znacznie skuteczniejszy niż zwykłe serwlety.
Zgodnie z tymi odpowiedziami, myślę, że jeśli napiszę serwlet, który używa JAXB (do obsługi automatycznej serializacji) i wydajnie używam GET / POST / PUT / DELETE w moim kodzie serwletu, nie używam narzędzia takiego jak Jersey i stąd JAX-RS.
Wiem, że bardzo się mylę, przekazując to oświadczenie, popraw mnie.
PS: Ta wątpliwość pojawiła się, kiedy musiałem opracować usługi RESTful w PHP. Po przejrzeniu niektórych kodów PHP RESTful, zdałem sobie sprawę, że są to te same stare skrypty PHP, z kilkoma pomocniczymi metodami obsługi XML / JSON.