HTTPヘッダのTransfer-Encodingはどこで設定されますか(Webサーバ？、APサーバ？、Servletなど作成するアプリケーションで設定？)

Question

###知りたいこと
JavaEE(Servlet or JAX-RS)で数GBレベルのファイルを
ダウンロードする機能を作っています。大容量データのため、
Transfer-Encodingヘッダを設定する必要があると思っています。

WebサーバをIIS or Apache、APサーバをJavaEE準拠の
アプリケーションサーバで作成しようと思っています。
この構成の場合、Transfer-Encodingヘッダは、
WebサーバそれともAPサーバ、もしくは自作するアプリケーション
(Servlet or JAX-RS)どこで設定するものなのでしょうか。

ちなみに、Embedded GlassFish All In One 3.1.1で
プロトタイプ作ってみました。
動作確認したところHTTPレスポンスヘッダは下記の通り設定され
Transfer-Encodingヘッダが設定されています。
自作するアプリケーション(Servlet or JAX-RS)では
設定していないので、GlassFishのどこかで設定されているようです。

HTTP/1.1 200 OK
X-Powered-By: Servlet/3.0 JSP/2.2 (GlassFish Server Open Source Edition 3.1.1 Java/Oracle Corporation/1.8)
Server: GlassFish Server Open Source Edition 3.1.1
Content-Disposition: attachment; filename="test.zip"
Transfer-Encoding: chunked
Date: Sat, 23 Jan 2016 06:40:32 GMT

###ソースコード：自作したアプリケーション(Servlet or JAX-RS)
####Servlet

@WebServlet("/servlet/download")
public class Download extends HttpServlet {
	private static final long serialVersionUID = 1L;
       
    /**
     * @see HttpServlet#HttpServlet()
     */
    public Download() {
        super();
        // TODO Auto-generated constructor stub
    }

	/**
	 * @see HttpServlet#doGet(HttpServletRequest request, HttpServletResponse response)
	 */
	protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
		final File file = new File("xxx.zip");
		OutputStream output = response.getOutputStream();
		
		InputStream input= new FileInputStream(file);
		response.setHeader("Content-Disposition", "attachment; filename=\"test.zip\"");
		writeOutput(output,input);

		input.close();
	}
	
	private void writeOutput(OutputStream output,InputStream is) throws IOException{
		byte[] buf = new byte[1000];
		int i = 0;
		for (int nChunk = is.read(buf); nChunk!=-1; nChunk = is.read(buf))
		{
			System.out.println("writeOutput[" + ++i + "]");
			output.write(buf, 0, nChunk);
		}
	}
}

####JAX-RS

@Path("/download")
public class Download {
	@GET
	@Produces("application/zip")
	public Response get(){
		final File file = new File("xxx.zip");

		StreamingOutput stream = new StreamingOutput(){
			@Override
			public void write(java.io.OutputStream os) throws IOException, WebApplicationException {
				InputStream is= new FileInputStream(file);
				byte[] buf = new byte[1000];
				for (int nChunk = is.read(buf); nChunk!=-1; nChunk = is.read(buf))
				{
				    os.write(buf, 0, nChunk);
				}
				is.close();
			}
		};
		
		return Response
				.status(Response.Status.OK)
				.header("Content-Length",file.length())
				.header("Content-Disposition", "attachment; filename=\"test.zip\"")
				.entity(stream)
				.build(); 
	}
}

###補足情報(言語/FW/ツール等のバージョンなど)

Answer 1

少し概念的なところから説明します。
Transfer-Encodingヘッダは、HTTP1.0には存在せずHTTP1.1で初めてお目見えしました。
HTTP1.0では、Content-lengthというヘッダでレスポンスデータの全ボディサイズを入れて、レスポンスヘッダにくっつけていました。
Content-lengthにはレスポンスデータのボディデータ全ての合計サイズを入れなければいけなかった為、
レスポンスデータを返却するアプリケーションサーバー側で全て処理を行った後じゃないと応答出来ませんでした(処理後じゃないと全サイズが分からない為)。

しかし、時代が進むにつれて、レスポンスデータサイズが大きくなってきた事から全処理後にレスポンスデータを返す事は、リクエスト受信から応答までの時間が伸びてしまい、現実的じゃなくなってきました。
そこでHTTP1.1規定されたのが、Transfer-Encordingヘッダになります。

Transfer-Encordingヘッダの利点は、"レスポンスデータ全体のパケットサイズは知らんけど、とりあえず今送れるパケットサイズはこれだけです"というサイズ値を付与して、送れるデータサイズ分ずつチャンクという単位で分割して順次送信出来る点です。
この事により、クライアント的には、リクエストを投げた後からすぐに順次レスポンスデータを受け取る事が出来、結果全データの応答時間の短縮を実現しています。

**Content-length：レスポンスデータ全サイズ値が入ったヘッダ。
Transfer-Encodingヘッダ：順次データをチャンクという単位で分割して送ってくる時に使用するヘッダ。
**

上記の2つは、どちらか一方を使って、レスポンスデータのボディサイズをクライアント側へ返却する事がHTTPプロトコル上決められています。
Content-lengthヘッダが付く場合は、Transfer-Encordingヘッダは付きませんし、そのまた逆もしかりです。片一方だけ付与されます。
現在だと小さいボディサイズを返す場合はContent-lengthに入れて返却、大きなボディサイズを返す場合は、Transfer-Encordingで分割して返却っていうのが私の経験上、見てきた感じだと多いです。

長くなりましたが、ここまでが前置きです。

[クライアント]⇔[WEBサーバー]⇔[APサーバー]

という構成の場合、どこでContent-lengthで返すか、Transfer-Encordingで分割して返すかを判断しているかというとAPサーバーになります。
何故なら、レスポンスデータのサイズを知っているのはAPサーバーですから。
Weblogicや、JBossなどのAPサーバーはデプロイされたアプリケーションから渡されたレスポンスデータのボディサイズを見て一定を超えたらTransfer-Encordingヘッダ付けてチャンク分割してレスポンスを返してたはずなので。

なので、作成されようとしているアプリケーション内では特に意識される必要は無いと思いますよ。
(APサーバーが勝手に判断して必要に応じて付けてくれるはずです)

Comments

[jurin]

ご回答ありがとうございます。
おかげさまで解決しました。

質問した後、GlassFish以外の商用のAPサーバでも試した結果、
ご回答いただいた通りAPサーバで判断してTransfer-Encordingを
つけてることが実感できました。

あと、概念的な部分の説明もしていただきありがとうございます。
大変勉強になりました。