4

以下代码在 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。

4

1 回答 1

2

基于Java 7 的URLConnection的 Javadoc ,发生这种情况有两个可能的原因。

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

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

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

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

于 2012-09-27T20:58:48.130 回答