4

次のコードは、Java 6 (およびそれ以前) では問題なく動作していましたが、JRE 7 (Java 7) に更新すると動作しなくなりました。

URL は FTP ファイルです。

ftp://ftp-private.ncbi.nlm.nih.gov/pubchem/.fetch/96/4133257873201306969.sdf.gz

これが私が得る出力です：

application/octet-stream -1 [Ljava.lang.StackTraceElement;@5419f97c]

そして、ここに私のコードがあります:

public static void store(URL url, File targetFile){
    try
    {
    System.out.println(url);
    URLConnection uc = url.openConnection();
    String contentType = uc.getContentType();
    System.out.println(contentType);
    int contentLength = uc.getContentLength();
    System.out.println(contentLength);
    Settings.setDownloadSize(contentLength);
    if (contentType.startsWith("text/") || contentLength == -1) {
        throw new IOException("This is not a binary file.");
    }
    InputStream raw = uc.getInputStream();
    InputStream in = new BufferedInputStream(raw);
    byte[] data = new byte[contentLength];
    int bytesRead = 0;
    StatusPanel.updateProgrssBar(bytesRead);
    int offset = 0;
    while (offset < contentLength) {
        bytesRead = in.read(data, offset, data.length - offset);
        if (bytesRead == -1) {
            break;
        }
        offset += bytesRead;
        StatusPanel.updateProgrssBar(offset);
    }
    in.close();

    if (offset != contentLength) {
        throw new IOException("Only read " + offset + " bytes; Expected " + contentLength + " bytes");
    }

    FileOutputStream out = new FileOutputStream(targetFile);
    out.write(data);
    out.flush();
    out.close();
    //StatusPanel.setStatus("File has been stored at " + targetFile.toString());
    //System.out.println("file has been stored at " + targetFile.toString());
}

コンテンツの長さは -1 を返します。

Area: API: Networking
Synopsis: Server Connection Shuts Down when Attempting to Read Data When http Response Code is -1

このコードを Java 7 と互換性を持たせるにはどうすればよいですか?

説明: CR 6886436 のバグ修正の結果、HTTP プロトコル ハンドラは、有効な HTTP ステータス行なしで応答を送信するサーバーへの接続を閉じます。これが発生すると、その接続でデータを読み取ろうとすると、IOException が発生します。

たとえば、次のコードは問題があります。

public static void test () throws Exception {

.....
HttpURLConnection urlc = (HttpURLConnection)url.openConnection();
....

System.out.println ("Response code: " + urlc.getResponseCode());

/** Following line throws java.io.IOException: Invalid Http response
 *  when Response Code returned was -1
 */
InputStream is = urlc.getInputStream();    // PROBLEMATIC CODE

この問題を回避するには、getResponseCode メソッドからの戻り値を確認し、-1 値を適切に処理します。おそらく、新しい接続を開くか、ストリームで getErrorStream を呼び出します。非互換性の性質: 行動 RFE: 7055058

問題は間違いなくgetContentLength()方法にあります。

JRE6 ではこのメソッドは値を返しますが、JRE7 では -1 になります。

4

1 に答える 1

2

Java 7のURLConnectionのJavadocに基づくと、これが発生している理由は2つ考えられます。

最初に考えられる原因は、コンテンツの長さがInteger.MAX_VALUEより大きいことです。これが問題であるかどうかを判断するには、getContentLengthLong（）を使用します。これは、intではなくlongを返し、コンテンツの長さがInteger.MAX_VALUEより大きい場合は-1を返すためです。また、Java 7以降、 Java7のURLConnectionJavadocに記載されているように、getContentLength（）ではなくgetContentLengthLong （）を使用することが推奨されています。、「代わりにlongを返すため、より移植性が高くなります。」JRE 6と7の両方を使用したい場合は、Java 6と7のラッパークラスを作成して、アプリケーションがURLと対話するために使用する一連のメソッドを作成します。アプリケーションの開始スクリプトよりも、ホストにJRE 6または7があるかどうかを確認し、JREのバージョンに応じて適切なラッパークラスをロードします。これは、アプリケーションが1つの特定のJRE、サードパーティのライブラリまたはアプリケーションなどに依存することを防ぐため、一般的に優れた設計です。

2番目の可能性は、content-lengthヘッダーフィールドがサーバーに認識されていないため、getContentLength（）またはgetContentLengthLong（）メソッドが-1の値を返すことです。これが、 getContentLengthLong（）を何よりも先に試すことをお勧めする理由です。おそらく、これが最も迅速な修正になるからです。両方のメソッドが-1を返す場合は、[ApacheJMeter][11]などのアプリケーションを使用してヘッダー情報を判別することをお勧めします。これを行う簡単な方法は、JMeter "HTTPProxyServerを使用することです。「ローカルホストをアドレスとして使用するように設定されたブラウザのプロキシ設定と、ポートにHTTPプロキシサーバーを設定したポートで実行します。記録された情報は個々の要素として表示され、それらを展開するとHTTPヘッダーマネージャーが表示されます。これには、各ヘッダーの名前とその横にある値が含まれます。

最後に、サーバー自体で分析を行って、問題があるかどうかを確認することをお勧めします。ログが正常に見えること、すべての正しいプロセスが起動していること、構成が正しく設定されていること、ファイルがまだ存在していて正しい場所にあることなどを確認します。サーバーがコンテンツ長の要求に応答するように設定されていない可能性があります。また、コードが別のホストのJRE7で機能するかどうかを確認します

これらの提案があなたにとって価値があり、あなたが抱えていると思われるこの問題を解決できることを願っています。また、ラッパークラスを使用し、将来使用するサードパーティクラスの各バージョンの注意事項に従うことを検討して、外部依存関係の量を減らすなど、保守が容易なより良いプラクティスに従う必要があることにも注意してください。ラッパークラスを使用する。

于 2012-09-27T20:58:48.130 に答える