아니요, 없습니다. SOAP과 REST는 서로 다른 아키텍쳐로, 두 프레임 워크 모두를 쉽게 처리 할 수있는 프레임 워크는 아마도 그것들 중 하나에서 나쁜 일을하고있을 것입니다.
WSDL 파일, SOAP 끝점 등의 함수 또는 메서드 집합을 얻는 것은 쉽지만 그 이유는 함수와 SOAP이 기본적으로 동일한 일을하기 때문에 아무 일도 일어나지 않습니다. 호출자는 여러 매개 변수를 사용하여 함수 호출을 설정하고 호출하고 응답 또는 예외를 기다립니다.
각 방법에 대한 HTTP 끝점을 만드는 것이 RESTful 끝점을 만드는 것으로 충분하다고 생각하지만 실제로는 그렇지 않습니다. 그러나 그러한 HTTP 끝점을 만드는 것이 여전히 당신에게 의미가있을 수 있으며,이 경우에는이를 제공하는 프레임 워크를 찾아야합니다.
:
내 대답은 "아니, 거기되지 않는다"는 REST 인터페이스를 만들기 위해, 그것은 HTTP 엔드 포인트를 게시하는 것만으로는 충분하지 때문입니다로 시작하는 이유, 당신은 훨씬 더 많은 작업을해야
- 찾는 미디어 유형은 자신의 링크 관계를 정의
- 자신의 미디어 타입을 설계
- 을 재사용 할 수
- 발견 링크 관계를 재사용
,536,
그리고 세상에는 임의의 함수 서명 목록을 받아서 네 가지를 수행 할 프레임 워크가 없습니다. 프레임 워크를 사용하면 SOAP보다 SOAP (예 : OAuth, OpenID, 캐싱, idempotency)보다 많은 HTTP를 활용할 수 있지만, REST로 완전히 이동하지는 않습니다.
을, 그래서 나는 몇 가지 설명을 요청할 수 있습니다? 호출자가 원하는 것을 구별하는 방법으로 HTTP 수락 헤더를 사용하여 SOAP/XML, SOAP/JSON, REST/JSOM 및 REST/POX를 동시에 제공 할 수 있다고 말하고 있습니까? 어떻게 이것을 구현합니까? 어떤 도구와 프레임 워크가이를 지원합니까? – HDave
네, 그 사실을 이해했습니다. 클라이언트가 이해할 수있는 형식에 대한 웹 서비스 응답을 적절히 순차적으로 나열하는 것만으로 충분합니다. (Btw, SOAP/JSON과 같은 것은 없다. :-)) –
Java 웹 서비스 프레임 워크가 있고 어떤 응답 형식 전환을 지원하는지 모르겠지만 모든 최신 웹 서비스 프레임 워크를 상상할 수있다. 그것을지지해야한다. 특정 프레임 워크에 대한 세부 정보를 제공한다면 사람들이 정확히 어떻게 할 수 있을지 확신 할 수있을 것입니다. –