Question

我有一个java方案,需要tar/gz一大批数据(14个大群),我正在使用共同数据。这将每周重新就业,并自动化。

当我试图压缩这种规模时,我会:

java.lang.IllegalArgumentException: 13313903445=143144405525 will not fit in octal number buffer of length 11
    at org.apache.commons.compress.archivers.tar.TarUtils.formatUnsignedOctalString(TarUtils.java:212)
    at org.apache.commons.compress.archivers.tar.TarUtils.formatLongOctalBytes(TarUtils.java:265)
    at org.apache.commons.compress.archivers.tar.TarArchiveEntry.writeEntryHeader(TarArchiveEntry.java:749)
    at org.apache.commons.compress.archivers.tar.TarArchiveOutputStream.putArchiveEntry(TarArchiveOutputStream.java:209)
    at com.broadridge.adc.core.commons.io.ADCFileUtils.addFilesToCompression(ADCFileUtils.java:144)
    at com.broadridge.adc.core.commons.io.ADCFileUtils.addFilesToCompression(ADCFileUtils.java:154)
    at com.broadridge.adc.core.commons.io.ADCFileUtils.compressFiles(ADCFileUtils.java:125)
    at com.broadridge.adc.core.commons.io.ADCFileUtils.compressFile(ADCFileUtils.java:106)

我的法典对少量信息(大约600兆克)进行罚款。我审视了源代码,但并不清为何出现错误。

是否有人想为什么发生这种情况?

Answer 1

页: 1 TarConstants。 SIZELEN 页: 1

Java告诉我们:

The length of the size field in a header buffer. Includes the trailing space or NUL.

http://grepcode.com/file/repo1.maven.org/maven2/org.apache.commons/commons-compress/1.3/org/apache/commons/compress/archivers/tar/TarArchiveEntry.java#ArchiveEntry.write TarArchiveEntry.writeEntry Header(byte [] outbuf), 载于您的栏目。后来,这一限制被1所取代,造成11个限制,这是你例外信息的一部分。

后来在电话中,条件是超过11限额。

因此,你似乎超过了顶峰面积。

友情链接