http put 예제

이것이 의미하는 바는 하위 리소스를 만드는 POST의 의미체계가 여전히 따라야 할 좋은 패턴이라고 생각하지만, 새로운 RFC에서도 예제 사용이지만 POST가 만드는 것을 의미한다는 것을 명시해서는 안됩니다. 존재하는 다양한 HTTP 메서드가 있으며 각 메서드는 서로 다른 용도로 사용됩니다. 가장 인기 있는 HTTP 방법은 웹 서버에서 데이터를 검색하는 데 사용되는 GET 메서드입니다. 예를 들어 특정 웹 사이트에서 이미지를 로드하려는 경우 브라우저는 다음 명령을 사용하여 웹 서버에 요청을 합니다 http://httpbin.org/put. 이 리소스는 데이터를 승인하고 콘솔에 인쇄할 JSON 개체를 반환합니다. 참고 : 우리는 자동으로 ClosableHttpClient의 폐쇄를 처리하기 위해 자바 7 시도 – 와 – 자원을 사용하고 있습니다. 다음으로 우리는 응답 처리기에 자바 8 람다를 사용하고 있습니다. 여기서 는 Http Status 코드를 평가하고 있으며 모든 것이 괜찮을 때 String에 구문 분석한 응답의 본문을 반환합니다. 상태 코드가 예상과 다른 경우 Http PUT 요청 메서드가 실패했음을 나타내는 ClientProtocolException을 throw합니다. 마지막으로 응답 본문을 콘솔에 인쇄합니다.

서버 처리의 또 다른 예는 자신의 리소스가 백 엔드에 버전 관리 시스템이 있는 서버에 PUT을 수행하는 경우입니다. PUT이 완료되면 서버가 일부 처리를 수행하고 잠재적으로 리소스를 변경할 수 있습니다(예: cvs 키워드 대체). 중요한 것은 리소스(및 식별)이지만 서버 기계나 서버 작동 방식에 대한 가정은 그렇지 않습니다. 특정 리소스를 통해 리소스를 완전히 업데이트할 수 있는 경우 PUT을 사용합니다. 예를 들어 문서가 http://example.org/article/1234 있는 경우 이 URL의 PUT을 통해 이 문서의 새 리소스 표현을 직접 넣을 수 있습니다. 정보 공간에 리소스를 만들 준비가 되었습니다. 리소스가 정보 공간에서 http://MyIsland.example.org/somewhere/coconut 식별한다고 가정해 보겠습니다. 이제 정보 공간과 이미지(요청으로 둘러싸인 엔터티)에서 리소스를 만들수 있는 요청을 서버에 보낼 수 있습니다. 실제로 POST는 기존 컬렉션에 리소스를 추가하는 데 사용됩니다. 다음 예제에서는 리소스의 실제 URL을 알지 못하므로 서버는 리소스가 사용자 컬렉션 아래에 저장되는 위치를 결정합니다.

아주 멋지게! PUT 예제에서 유일한 스티커 re idempotency는 많은 시스템이 리소스에 “마지막으로 편집 된 타임 스탬프”를 업데이트, 편집 작업에 IAudit의 일종을 구현한다는 것입니다 … 이러한 경우 해당 리소스에 대한 “업데이트 타임스탬프”는 기술적으로 자동으로 업데이트되어 작업의 결과가 100% 동일하지 는 않지만(prob 99.9%). 그러나 그것은 주제의 본질을 변경하지 않습니다. 좋은 설명. 그러나 한 가지 포인트 – PUT은 캐시할 수 없습니다: https://tools.ietf.org/html/rfc7231#section-4.2.3 https://developer.mozilla.org/en-US/docs/Glossary/cacheable 또한, 리소스가 이미 URL에 대 한 존재 를 알고 있는 경우 해당 URL에 PUT 요청을 만들 수 있습니다. 을 사용하여 서버에서 해당 리소스의 상태를 교체합니다.

Comments

comments