[
https://issues.apache.org/jira/browse/COMPRESS-117?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13010084#comment-13010084
]
Sebb commented on COMPRESS-117:
-------------------------------
The tar file has no identifying magic string, which is what the matcher is
looking for.
What was used to create it?
The file can be read OK with TarArchiveInputStream; the only minor issue is
that the file is not auto-recognised.
As a work-round, you could use
ArchiveStreamFactory.createArchiveInputStream(String archiverName, InputStream
in) to create the reader from the file extension.
> Certain tar files won't open
> ----------------------------
>
> Key: COMPRESS-117
> URL: https://issues.apache.org/jira/browse/COMPRESS-117
> Project: Commons Compress
> Issue Type: Bug
> Components: Archivers
> Affects Versions: 1.1
> Environment: MS Windows Vista, NetBeans IDE
> Reporter: Leo Izen
> Attachments: lzma912.tar
>
>
> Certain tar files, like this one:
> http://leo.scruffohio.net/cgi-bin/uploads/lzma912.tar aren't being recognized
> by the ArchiveInputStream detector.
> I can open this tar file perfectly well with WinRAR and 7-zip. Neither of
> these complain. I can also open it with the command tar -xvf. However, I
> narrowed it down, and it turns out the TarArchiveInputStream.matches() is
> returning false, even though it is a valid tar file. This glitch should be
> fixed.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
