http 기반 파일 이어받기 질문입니다.

Question

HTTP 기반으로 이어받기를 구현중인데요.이어받기가 실패하여 구글링을 몇일동안 해도 같은 곳만 맴도는 느낌이입니다. 브라우저에서 HTTP 1.1 기반으로 요청중입니다.테스트 브라우저는 FF 37.0.2 , IE 11 입니다. ( Chrome은 취소만 되네요... )가장 희안한건 oracle.com에서 jdk를 다운받거나 eclipse.org에서 ide를 다운받을때 IE 11 다운로드 관리자로보면 실제 다운로드가 시작함과 동시에 &#34;일시정지&#34; 버튼이 활성화 되있습니다. 허나 제가 구현한 서버는 비활성화 되어있습니다. 이는 곧 헤더정보 만으로 이어받기 여부 판단이 가능한 것으로 보여지는데 맞는 건가요? 질문1) 웹 브라우저(FF, IE, Chrome등..)로도 이어받기가 되는건 서버 코드 문제가 맞는 건가요?질문2) HTTP 1.1 스팩상 Range, ETag, Accept-Ranges 등 필요한 항목을 전부 넣었고 클라이언트와 모든 값을 주고받는 것으로 확인되었는데 이어받기가 안됩니다. 이와 별도로 생각해봐야 할 부분이 있을까요?질문3) HTTP 기반으로 작성된 샘플을 볼 수 있을까요? 아래는 구현중인 내용 설명입니다. response header에 다음 내용을 담아 보냅니다.Last-Modified -> //SimpleDateFormat(&#34;EEE, d MMM yyyy HH:mm:ss&#34;, Locale.US); Content-Length -> //파일 크기 bytes 단위 ( 이어받기시에는 seek 위치 이후 크기 )Content-Range ->//이어받기 시에만 존재 byes&#61;{start}-{end}/{max} (end 는 사실 max 와 같음)ETag -> //강제로 항시 같은 값 (테스트 중... 되면 파일해시등으로 변경 예정)Accept-Ranges -> //&#34;bytes&#34; 고정값 아래는 실제 소스중 일부입니다.Calendar cal &#61; Calendar.getInstance(); cal.add(Calendar.YEAR, 1); cal.add(Calendar.DATE, -1); response.setHeader(&#34;Expires&#34;, dateFormat.format(cal.getTime()) &#43; &#34; GMT&#34;); response.setHeader(&#34;ETag&#34;, &#34;testCode123&#34;); response.setHeader(&#34;Accept-Ranges&#34;, &#34;bytes&#34;); Date date &#61; new Date(); String timeString &#61; dateFormat.format(date) &#43; &#34; GMT&#34;; response.addHeader(&#34;Last-Modified&#34;, timeString); //buffer는 MappedByteBuffer의 인스턴스(load 됨) response.setHeader(&#34;Content-Length&#34;, String.valueOf(buffer.capacity())); //start, end는 request header의 range {start}- 값 기반 response.setHeader(&#34;Content-Range&#34;, &#34;bytes&#61;&#34; &#43; start &#43; &#34;-&#34; &#43; end &#43; &#34;/&#34; &#43; buffer.capacity()); response.setStatus(response.SC_PARTIAL_CONTENT); 1. FF 37에서 최초 호출시 서버의 headerhost &#61;&#61;&#61;&#61;> localhost user-agent &#61;&#61;&#61;&#61;> Mozilla/5.0 (Windows NT 6.1; WOW64; rv:37.0) Gecko/20100101 Firefox/37.0 accept &#61;&#61;&#61;&#61;> text/html,application/xhtml&#43;xml,application/xml;q&#61;0.9,*/*;q&#61;0.8 Accept-Language &#61;&#61;&#61;&#61;> ko-KR,ko;q&#61;0.8,en-US;q&#61;0.5,en;q&#61;0.3 Accept-Encoding &#61;&#61;&#61;&#61;> gzip, deflate connection &#61;&#61;&#61;&#61;> keep-alive content-length &#61;&#61;&#61;&#61;> 0 2. FF37에서 강제 중단후 재 호출시 서버의 headerhost &#61;&#61;&#61;&#61;> localhost user-agent &#61;&#61;&#61;&#61;> Mozilla/5.0 (Windows NT 6.1; WOW64; rv:37.0) Gecko/20100101 Firefox/37.0 accept &#61;&#61;&#61;&#61;> text/html,application/xhtml&#43;xml,application/xml;q&#61;0.9,*/*;q&#61;0.8 Accept-Language &#61;&#61;&#61;&#61;> ko-KR,ko;q&#61;0.8,en-US;q&#61;0.5,en;q&#61;0.3 Accept-Encoding &#61;&#61;&#61;&#61;> gzip, deflate connection &#61;&#61;&#61;&#61;> keep-alive Range &#61;&#61;&#61;&#61;> bytes&#61;117703- If-Match &#61;&#61;&#61;&#61;> testCode123 If-Unmodified-Since &#61;&#61;&#61;&#61;> Mon, 11 May 2015 07:25:57 GMT content-length &#61;&#61;&#61;&#61;> 0

visualkhh · Answer

http 청크 확인해보세요^^

또치 · Answer

답변 감사합니다. 그런데 청크는 없어 보입니다. 아래는 클라이언트에서 찍은 헤더입니다.http://localhost/download.do?version&#61;4 GET /download.do?version&#61;4 HTTP/1.1 Host: localhost User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:37.0) Gecko/20100101 Firefox/37.0 Accept: text/html,application/xhtml&#43;xml,application/xml;q&#61;0.9,*/*;q&#61;0.8 Accept-Language: ko-KR,ko;q&#61;0.8,en-US;q&#61;0.5,en;q&#61;0.3 Accept-Encoding: gzip, deflate Connection: keep-alive HTTP/1.1 200 OK Date: Mon, 11 May 2015 07:56:56 GMT Server: Apache/2.2.25 (Win32) mod_jk/1.2.40 Expires: Tue, 10 May 2016 16:56:56 GMT Cache-Control: max-age&#61;2419200 Connection: close Content-Disposition: attachment; filename&#61;&#34;my_file_test.zip&#34; Content-Transfer-Encoding: binary Etag: testCode123 Accept-Ranges: bytes Last-Modified: Mon, 11 May 2015 07:56:56 GMT Content-Language: ko-KR Content-Length: 266781307 Content-Type: application/x-zip-compressed;charset&#61;UTF-8 ---------------------------------------------------------- http://localhost/download.do?version&#61;4 GET /download.do?version&#61;4 HTTP/1.1 Host: localhost User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:37.0) Gecko/20100101 Firefox/37.0 Accept: text/html,application/xhtml&#43;xml,application/xml;q&#61;0.9,*/*;q&#61;0.8 Accept-Language: ko-KR,ko;q&#61;0.8,en-US;q&#61;0.5,en;q&#61;0.3 Accept-Encoding: gzip, deflate Connection: keep-alive Range: bytes&#61;2540364- If-Match: testCode123 If-Unmodified-Since: Mon, 11 May 2015 07:56:56 GMT HTTP/1.1 206 Partial Content Date: Mon, 11 May 2015 07:58:23 GMT Server: Apache/2.2.25 (Win32) mod_jk/1.2.40 Expires: Tue, 10 May 2016 16:58:23 GMT Cache-Control: max-age&#61;2419200 Connection: close Content-Disposition: attachment; filename&#61;&#34;my_file_test.zip&#34; Content-Transfer-Encoding: binary Etag: testCode123 Accept-Ranges: bytes Last-Modified: Mon, 11 May 2015 07:58:23 GMT Content-Range: bytes&#61;2540364-266781306/266781307 Content-Language: ko-KR Content-Length: 266781307 Content-Type: application/x-zip-compressed;charset&#61;UTF-8 ----------------------------------------------------------

또치 · Answer

전혀 엉뚱한 오타의 문제였고, 해결되어 자문 자답입니다. HTTP 1.1 기반 파일 다운로드 서버에서 이어받기 구성시 response header에 아래의 값이 존재하면 됩니다.* 최초 아래의 값이면 클라이언트가 range 값을 보내게 됩니다.ETag : 파일별 Unique한 고정값(일반적으로 파일의 해시값) Accept-Ranges : bytes (고정값) Last-Modified : 파일의 최종 수정일시 (GMT) Content-Length : 파일의 크기( Byte ) * 이어받기시에는 ETag, Accept-Ranges, Last-Modified 가 같은 경우 Content-Range를 추가하여 보내줍니다.(클라이언트가 Range 값을 보냈다는 의미가 위 3가지가 같다는 의미입니다.)Content-Range : bytes {시작바이트}-{마지막바이트}/{전체바이트} 또한 Response Header는 206(SC_PARTIAL_CONTENT)으로 전달합니다.

http 기반 파일 이어받기 질문입니다.

3개의 답변

Q&A 목록