여러분 중 누군가가 HTTP "Expect"헤더의 실제 수명을 본 적이 있습니까? 또는 "100 Continue"- 상태 메시지로 응답하는 프록시 또는 서버? IIS 또는 Apache와 같이 널리 사용되는 HTTP 서버가 "100 Continue"가 반환되는 상황을 접하게됩니까?HTTP 1xx 상태 코드
감사합니다, 최대
여러분 중 누군가가 HTTP "Expect"헤더의 실제 수명을 본 적이 있습니까? 또는 "100 Continue"- 상태 메시지로 응답하는 프록시 또는 서버? IIS 또는 Apache와 같이 널리 사용되는 HTTP 서버가 "100 Continue"가 반환되는 상황을 접하게됩니까?HTTP 1xx 상태 코드
감사합니다, 최대
libcurl은 POST 요청 내용이 1024 바이트를 초과하는 경우 "Expect : 100-Continue"헤더를 추가합니다.
least since 2003에서 SUN은이 헤더에 대한 지원을 서블릿 API에 추가하는 것을 거부합니다. 서블릿 컨테이너 내의 Java 웹 애플리케이션은 100 Continue 응답을 제어 할 수 없습니다.
대부분의 서블릿 컨테이너 구현은 "Expect : 100-Continue"가 수신 될 때마다 즉시이 응답을 보냅니다.
예, 예상 : 100 - 계속 예를 들어, .NET에서 System.Net.HttpWebRequest에 의해 사용되며, 모든 현대적인 웹 서버가합니다 (HTTP의 그것의 일부 인식/1.1 표준).
주로 파일이 POST를 통해 업로드 될 때 사용되지만 (POST 요청과 함께 사용할 수 있음) 클라이언트는 잠재적으로 큰 데이터를 보내기 전에 요청이 성공할 수 있는지 여부를 알 수 있습니다.
100 회 연속 응답은 요청이 성공할 것이라는 의미는 아니며 서버가 이미 알고있는 매개 변수 (예 : 4xx 코드를 던지지 않음)가 나머지는 확인을 클릭하면 요청이 성공적으로 처리됩니다.
System.Net.HttpWebRequest
은 기본적으로 Expect: 100-continue
을 every post request에 보냅니다. Tomcat은 최소한 서블릿을 실행하기 전에 100-continue를 보냅니다.
이 질문에 관심이 있으실 것입니다 : http://stackoverflow.com/questions/1186682/ – balpha
다음은 또 다른 예입니다 : http://stackoverflow.com/questions/848378/sending-100-continue-using-java-servlet - 아피 – mkoeller