[
https://issues.apache.org/jira/browse/COMPRESS-203?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefan Bodewig resolved COMPRESS-203.
-------------------------------------
Resolution: Fixed
Fix Version/s: 1.5
fixed with svn revision 1426334
> Long directory names can not be stored in a tar archive because of error when
> writing PAX headers
> -------------------------------------------------------------------------------------------------
>
> Key: COMPRESS-203
> URL: https://issues.apache.org/jira/browse/COMPRESS-203
> Project: Commons Compress
> Issue Type: Bug
> Components: Archivers
> Affects Versions: 1.4.1
> Environment: Ubuntu 12.04 Linux 64 bit, Windows 7 64-bit
> Reporter: Boris Terzic
> Fix For: 1.5
>
>
> Trying to add a directory to the TAR Archive that has a name longer than 100
> bytes generates an exception with a stack trace similar to the following:
> {noformat}
> java.io.IOException: request to write '114' bytes exceeds size in header of
> '0' bytes for entry
> './PaxHeaders.X/layers/openstreetmap__osm.disy.net/.tiles/1.0.0/openstreetmap__osm.disy.net/default/'
> at
> org.apache.commons.compress.archivers.tar.TarArchiveOutputStream.write(TarArchiveOutputStream.java:385)
> at java.io.OutputStream.write(Unknown Source)
> at
> org.apache.commons.compress.archivers.tar.TarArchiveOutputStream.writePaxHeaders(TarArchiveOutputStream.java:485)
> at
> org.apache.commons.compress.archivers.tar.TarArchiveOutputStream.putArchiveEntry(TarArchiveOutputStream.java:312)
> at net.disy.lib.io.tar.TarUtilities.addFile(TarUtilities.java:116)
> at
> net.disy.lib.io.tar.TarUtilities.addDirectory(TarUtilities.java:158)
> at
> net.disy.lib.io.tar.TarUtilities.addDirectory(TarUtilities.java:162)
> at
> net.disy.lib.io.tar.TarUtilities.addDirectory(TarUtilities.java:162)
> at
> net.disy.lib.io.tar.TarUtilities.addDirectory(TarUtilities.java:162)
> at
> net.disy.lib.io.tar.TarUtilities.addDirectory(TarUtilities.java:162)
> at
> net.disy.lib.io.tar.TarUtilities.addDirectory(TarUtilities.java:162)
> at
> net.disy.lib.io.tar.TarUtilities.addDirectory(TarUtilities.java:162)
> at
> net.disy.lib.io.tar.TarUtilities.addDirectory(TarUtilities.java:162)
> at
> net.disy.lib.io.tar.TarUtilities.addDirectory(TarUtilities.java:162)
> at
> net.disy.lib.io.tar.TarUtilities.addDirectory(TarUtilities.java:162)
> at net.disy.lib.io.tar.TarUtilities.tar(TarUtilities.java:77)
> at net.disy.lib.io.tar.TarUtilities.tar(TarUtilities.java:42)
> at
> net.disy.gisterm.tilecacheset.export.TileCacheSetExporter.tarTreeStructure(TileCacheSetExporter.java:262)
> at
> net.disy.gisterm.tilecacheset.export.TileCacheSetExporter.export(TileCacheSetExporter.java:111)
> at
> net.disy.gisterm.tilecacheset.desktop.controller.ExportController$1.run(ExportController.java:81)
> ... 2 more
> {noformat}
> Informal source code investigation points to the problem being that for
> directory entries the code assumes that the length is 0 in putArchiveEntry
> (see TarArchiveOutputStream:321 ) but when writing the data, it actually
> writes some data (the filename) and the length written (filename size) is
> larger than the length expected (0).
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
