1

我正在使用帮助我从消息中心获取文件的 Web 服务。文件类型可以是 XML 或 ZIP。

对于 ZIP 文件，内容类型为二进制。

我有这段代码：

private String extractPayload(String filePath, AttachmentPart attach){

        FileOutputStream fileStream = null;

        try {
              DataHandler handler;
              handler = attach.getDataHandler();

              File f = new File(filePath);

              fileStream = new FileOutputStream(filePath);

              handler.writeTo(fileStream);

              fileStream.flush();

        } catch (Exception ex) {

              logger.info("####Exception:" + ex.getMessage());

        } finally {

              if (fileStream != null)
                    fileStream.close();

        }

        return filePath;

}

现在，该代码可以很好地获取 XML 文件，尽管对于 ZIP 文件，该文件被证明是损坏的。我使用来自 Messaging Hub 的文件实用程序下载了相同的文件，并发现我通过 SOAP 附件获取的文件大小比其实际大小大约多 4 个字节。

更新：附件编码为 7 位（如果这可能会造成阻碍），而另一个包含另一个 zip 的附件编码为 Quote-printable。两个 zip 都是从同一个 Web 服务中获取的（尽管它们的编码不同），并且都损坏了。

编辑：我强烈认为问题出在我接收文件的编码上，这是实际文件和接收到的附件文件之间的比较。

实际文件大小：9031 字节收到的附件文件大小：9066 字节

我尝试在文档编辑器中比较这两个文件以找出两者之间的差异。原始文件到获取的附件文件差异（二进制编辑器）：

ed 更改为 3f ， db 更改为 3f ， d6 更改为 3f ， 85 更改为 3f ， d0 更改为 3f ，

等等。

Zip 文件包含一个 PDF 和一个 XML 文件。

两个文件的起始行类似，以PK开头

4

1 回答 1

3

我假设你buf是一个 2048 字节的数组。尝试以下更改

代替

fileStream.write(buf);

有了这个

fileStream.write(buf, 0, n);

这是为了防止在您上次读取时仅获得 1024 字节，然后其他 1024 字节buf将具有垃圾值并将被写入文件并损坏它。

于 2013-03-27T04:31:27.433 回答