RESTサービス - マルチパートポスト（JSONとファイル）ジャージー

Question

を使用して、HTTPS上のストリームとして、私はマルチパートとしてファイルアップロードを受け付け、HTTPS接続でRESTサービスを持っている（すなわちファイルのメタデータとファイル自体）

どのようにすることができますJersey（websphereの場合）またはHttpClientを使用してRESTサービスを呼び出し、マルチパートとしてファイルを送信します。私は1GB以上のファイルを持つことができるので、さまざまなサイズの複数のストリームとしてファイルを送信したい。さらに、RESTサービスは認証にWindows NT認証を使用しており、httpsを使用しています。

どのように私はこれを達成することができます例を与えることができますか？私はmultipart httpClientを使用しています。ストリームとして送信することはできません。以下は、httpClientを使用している私のコードです4.5.2

===============================

InputStream stream = new FileInputStream("test.doc"); 

MultipartEntityBuilder entityBuilder = MultipartEntityBuilder.create(); 
entityBuilder.setStrictMode(); 

InputStreamBody streamBody = new InputStreamBody(stream, docHandler.getFilename()); 

FormBodyPart filePart = FormBodyPartBuilder.create() 
       .setName("Binary") 
       .addField(Constants.RETRIEVAL_NAME_FIELD, "test.doc")    
       .addField("Content-Type",docHandler.getContentType()) 
       .setBody(streamBody) 
       .build(); 
entityBuilder.addPart(filePart); 

HttpPost httpPostRequest = new HttpPost(); 
httpPostRequest.setEntity(entityBuilder.build()); 

httpClient.execute(httpPostRequest); 

=================== このコードを実行すると、私は、次のようなエラーに

org.apache.http.client.NonRepeatableRequestExceptionを取得しています：私はこのエラーを取得していますなぜ非反復要求エンティティ

で任意のアイデアを、要求を再試行することはできません。ストリームをバイト配列に変換してByteArrayBodyを代わりに使用するとうまくいきますが、Fiddlerでは3つの要求呼び出しがサーバーに対して行われ、ファイルの内容全体がコピーされるたびに呼び出されます。したがって、ファイルが1GBの場合、コンテンツ全体がサーバーに3回送信されます。

第1に、1つの呼び出しでファイル全体が送信されないように、大きなファイルをチャンクまたは複数のストリームで送信する方法を教えてください。第二に、NTLM認証用のサーバーへの3回の呼び出しを避ける方法はありますか？

任意のポインタ？

乾杯！

Answer 1

InputStreamBodyは（特に大きなストリームの場合）反復可能ではないため、例外が発生します。一般的なInputStreamは1回だけ読み取ることができます。

FileBodyは、ファイルを複数回読み取ることができるため、繰り返し可能です。

繰り返し可能な読み込みの理由の1つは（NTLM）認可（これをチェックしなかった）です。

あなたは Authorization: NTLM <base64-encoded type-3-message>ヘッダを送信する/実際の要求の前に最初の2つのNTML認証の手順を実行して設定することでこれを回避することができるが、ネットワークが十分に信頼性がないかもしれないので、それは、問題を解決しないと、あなたが再試行する必要がありますとにかく

あなたは基本的に2つのオプションがあります。

1. はFileBodyまたは自身の再現性ContentBodyインスタンスのように繰り返し可能ContentBody実装を使用します。
2. 要求を再試行する必要がないことを確認してください。

後者は常にことはできませんに注意してください。前述したように、認証失敗による要求の再試行は回避できますが、I/Oエラーによる再試行はできません。