Oracle 的 JDK zip 文件系统中的错误,您如何编写 SSCCE 来重现它?
Bug in Oracle's JDK zip filesystem, how do you write an SSCCE to reproduce it?
此错误存在于 JDK(7u72、8u25)的最新 1.7 和 1.8 版本中。必需:杰克逊数据绑定 2.5.0。在 Linux x86_64 上测试(准确地说是 Ubuntu 14.10)。
代码:
public static void main(final String... args)
throws IOException
{
final Map<String, String> map
= Collections.singletonMap("create", "true");
final Path zipfile = Paths.get("/tmp/foo.zip");
Files.deleteIfExists(zipfile);
final URI uri = URI.create("jar:" + zipfile.toUri());
final ObjectMapper mapper = new ObjectMapper();
try (
final FileSystem zipfs = FileSystems.newFileSystem(uri, map);
final OutputStream out
= Files.newOutputStream(zipfs.getPath("/t.json"));
) {
mapper.writeValue(out, "hello");
}
}
这会生成无效的 zip 文件:
$ unzip /tmp/foo.zip
Archive: /tmp/foo.zip
replace t.json? [y]es, [n]o, [A]ll, [N]one, [r]ename: A
inflating: t.json
error: invalid compressed data to inflate
我最初打开了 Jackson 的 issue tracker 上的错误,尽管它确实不是这里的罪魁祸首,并且找到了解决它的解决方案:在 [=14] 中禁用 JsonGenerator.Feature.AUTO_CLOSE_SOURCE
=].默认情况下启用的此选项告诉映射器关闭流。
虽然我想向 Oracle 公开 bug,但我首先希望能够编写 SSCCE,但我不能。我曾尝试关闭流两次(因为它在示例中关闭了两次),而不是使用 try-with-resources 语句等......无济于事。
你能为这个问题想出一个 SSCCE 吗?
我原以为 Jackson 做错了什么,但事实证明无需任何 Jackson 代码即可重现该问题。我将 try
块的主体替换为两行(我很确定)做同样的事情,结果仍然是一个无效的 zip 文件:
try (
final FileSystem zipfs = FileSystems.newFileSystem(uri, map);
final OutputStream out
= Files.newOutputStream(zipfs.getPath("/t.json"));
) {
out.write("\"hello\"".getBytes(StandardCharsets.US_ASCII));
out.close();
}
此错误存在于 JDK(7u72、8u25)的最新 1.7 和 1.8 版本中。必需:杰克逊数据绑定 2.5.0。在 Linux x86_64 上测试(准确地说是 Ubuntu 14.10)。
代码:
public static void main(final String... args)
throws IOException
{
final Map<String, String> map
= Collections.singletonMap("create", "true");
final Path zipfile = Paths.get("/tmp/foo.zip");
Files.deleteIfExists(zipfile);
final URI uri = URI.create("jar:" + zipfile.toUri());
final ObjectMapper mapper = new ObjectMapper();
try (
final FileSystem zipfs = FileSystems.newFileSystem(uri, map);
final OutputStream out
= Files.newOutputStream(zipfs.getPath("/t.json"));
) {
mapper.writeValue(out, "hello");
}
}
这会生成无效的 zip 文件:
$ unzip /tmp/foo.zip
Archive: /tmp/foo.zip
replace t.json? [y]es, [n]o, [A]ll, [N]one, [r]ename: A
inflating: t.json
error: invalid compressed data to inflate
我最初打开了 Jackson 的 issue tracker 上的错误,尽管它确实不是这里的罪魁祸首,并且找到了解决它的解决方案:在 [=14] 中禁用 JsonGenerator.Feature.AUTO_CLOSE_SOURCE
=].默认情况下启用的此选项告诉映射器关闭流。
虽然我想向 Oracle 公开 bug,但我首先希望能够编写 SSCCE,但我不能。我曾尝试关闭流两次(因为它在示例中关闭了两次),而不是使用 try-with-resources 语句等......无济于事。
你能为这个问题想出一个 SSCCE 吗?
我原以为 Jackson 做错了什么,但事实证明无需任何 Jackson 代码即可重现该问题。我将 try
块的主体替换为两行(我很确定)做同样的事情,结果仍然是一个无效的 zip 文件:
try (
final FileSystem zipfs = FileSystems.newFileSystem(uri, map);
final OutputStream out
= Files.newOutputStream(zipfs.getPath("/t.json"));
) {
out.write("\"hello\"".getBytes(StandardCharsets.US_ASCII));
out.close();
}