Question

以下代码在Java 6（及更早版本）下运行正常但在更新到JRE 7（Java 7）后停止工作。

URL是一个FTP文件：

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

以下是我得到的输出：

应用/八位字节流 -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。

Answer 1

根据Java 7's Javadoc的URLConnection，有两种可能的原因。

第一个可能的原因是内容长度大于Integer.MAX_VALUE。要确定这是否是问题，我将使用getContentLengthLong()，因为这会返回long而不是int，如果内容长度大于Integer.MAX_VALUE getContentLength()将返回-1。此外，由于Java 7优先使用getContentLengthLong()而不是getContentLength()中所述的Java 7's URLConnection Javadoc，因此它会返回一个长整数，因此更具可移植性。“如果你想同时使用JRE 6和7，我会创建一个Java 6和7包装类来创建一组应用程序用来与URL交互的方法。在应用程序的启动脚本中检查主机是否具有JRE 6或7，并根据JRE版本加载正确的包装类。这通常是一个很好的设计，因为它可以防止您的应用程序依赖于一个特定的JRE，第三方库或应用程序等。

第二种可能性是服务器不知道content-length头字段，因此getContentLength()或getContentLengthLong()方法返回值-1。这就是为什么我建议先尝试getContentLengthLong()，因为它可能是最快的修复。如果两个方法都返回-1，我建议使用像[Apache JMeter] [11]这样的应用程序来确定标题信息。快速执行此操作的方法是让JMeter“HTTP Proxy Server”运行，并将浏览器的代理设置设置为使用localhost作为地址以及为端口设置HTTP代理服务器的端口。记录的信息本身将显示为单独的元素，如果您展开它们，则应该有一个HTTP标头管理器，其中包含每个标题的名称及其旁边的值。

最后，您可能希望对服务器本身进行分析，以查看是否存在任何问题。验证日志看起来正常，所有正确的进程都已启动，配置设置正确，文件仍然存在且位于正确的位置等。可能服务器未设置为再响应内容长度请求。另外，验证您的代码是否在另一台主机上使用JRE 7

我希望这些建议对您有价值，并且您能够解决您似乎遇到的这个问题。我还要注意，你真的应该考虑使用一个包装类，并按照你将来使用的第三方类的每个版本的注释，这样你就可以遵循更容易维护的更好的实践，比如减少你拥有的外部依赖项的数量通过使用包装类。

Java 7 URL连接失败

1 个答案: