HTTP PUT의 대체 본체

Question

REST-ful 웹 서비스를 개발 중이며 HTTP PUT 방법에 대한 질문이 있습니다.

사람들이 애플리케이션/양식 데이터 요청 본문을 사용하여 콘텐츠를 제출할 수있게하려고합니다. 그러나 기본 응답은 application/xml에 있습니다.

이게 맞습니까?

에버트

Answer 1

콘텐츠 유형은 단일 요청 범위 내에서만 중요합니다. 그들이하는 것은 전송되는 콘텐츠의 형식을 설명하는 것입니다.

웹 서비스는 제공 할 수있는 클라이언트 요청에 대해 가장 수용 가능한 응답을 제공해야합니다. 클라이언트 요청에는 허용되는 콘텐츠 형식을 설명하는 Accept 헤더가 포함되어야합니다. 서비스가이 헤더에있는 콘텐츠 유형을 제공 할 수없는 경우 클라이언트 GET 요청이 수락 헤더에 application/xml을 포함 할 경우 다음 다음에 관계없이 어떤 PUT의, application/xml로 응답 괜찮 상황에서 406 Not Acceptable

을 반환 요청한 자원에 대한 요청

참고 : 406 Not Acceptable의 status code definition는 다음과 메모 포함

: 편집

HTTP를/1.1 서버는 발송 된 Accept 헤더에 의해서 접수 이없는 응답을 리턴 할 수있게된다 요청 경우에 따라 406 응답을 보내는 것이 더 나을 수도 있습니다. 사용자 에이전트는 의 헤더를 검사하여 수신이 가능한지 판단해야합니다.

언제든지 application/xml을 반환 할 수 있습니다. 예

Answer 2

어떤 범위 지정 정보가 URI에 포함되어 있는지 확인하고 HTTP 메시지 봉투 않도록 올바른 HTTP 방법을 사용 (HEAD를 GET, PUT, DELETE 또는 POST) 작업을 위해해야 ​​

의 RESTful 서비스 즉 SOAP과 같은 다른 엔벨로프를 포함하지 마십시오.

Roy Fieldings 2000 Ph.D. dissertation: Architectural Styles and the Design of Network-Based Software Architectures은 REST의 기초를 형성합니다.