, POST 및 PATCH과 x-www-form-urlencoded 및 JSON 형식 모두에서 자원 표현을 허용 할 수있는 웹 응용 프로그램을 구축 중입니다. 다른 형식으로 요청 본문을 수신 한 경우 415 응답과 함께 허용 할 형식을 선언하는 추가 데이터 (응답의 필수 항목 인 Allow: 헤더와 유사한 방식으로)를 보내고 싶습니다. 나는 한 사람의 대답을 HTTP 406 and 415 error codes에 보았습니다. 응답하는 사람이 그런 메커니즘이 정의되어 있는지 알지 못했습니다. RFC 2616은이 점에 관해서 아무 것도 언급하지 않았고 일부 인터넷 검색은 아무 것도 나타나지 않습니다.RESTful 웹 응용 프로그램에서 415 오류로 적절히 응답
요청 헤더로 정의되어 있더라도 Accept:을 사용하고 싶습니다. 이 응답을 위해 다시 사용하는 것이 가장 적합한 것처럼 보입니다. 사람들은 동의합니까? 누구든지 더 좋은 제안이 있습니까?
편집 : 나는 Specify supported media types when sending "415 unsupported media type"을 발견했는데 특별히 이에 대한 표준이 있는지 묻습니다. 정확하고 받아 들여진 대답은 기본적으로 이 아니고이지만 응답자도 저와 동일한 아이디어를 가지고 있습니다. Accept는이 정보를 제공하는 데 사용할 좋은 헤더 일 것입니다. 그러면 a message이 Julian Reschke에서 HTTP 작업 그룹으로 연결되어 응답에 Accept: 헤더를 전송해야한다는 것을 정의해야하는지 묻는 메시지가 표시됩니다. 그 이메일은 오직 하나의 응답만을 받았고, 그것이 필요하고 Accept는 적절하다고 생각했다. 내가 는이 Accept 헤더를 보낼 허용 오전 만약 내가 요구 하진 않았어
참고, 모든 헤더는, 어느 방향으로 전송 될 수 있지만 사양에 정의 된 중개인에 의미 (의미)가있다 X-이라는 접두어가 붙지 않은 예상치 못한 헤더는 HTTP의 향후 버전과 충돌 할 수 있습니다. 이것은 나를 괴롭히지 않는다.
내 모든 열린 질문은 여전히 수용 가능한 대답을 기다리고 있습니다. 나는 그들에게 게시 된 새로운 답변을보고 싶어합니다. –
그러면 아마도 받아 들일 수있는 방식으로 대답 할 수있는 질문을해야 할 것입니다. –