commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dennis Lundberg (JIRA)" <j...@apache.org>
Subject [jira] Moved: (COMPRESS-49) seemingly duplicate functionality between TarArchive*putStream and Tar*putStream classes
Date Mon, 23 Mar 2009 22:19:56 GMT

     [ https://issues.apache.org/jira/browse/COMPRESS-49?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Dennis Lundberg moved SANDBOX-281 to COMPRESS-49:
-------------------------------------------------

          Component/s:     (was: Compress)
    Affects Version/s:     (was: Nightly Builds)
                  Key: COMPRESS-49  (was: SANDBOX-281)
              Project: Commons Compress  (was: Commons Sandbox)

> seemingly duplicate functionality between TarArchive*putStream and Tar*putStream classes
> ----------------------------------------------------------------------------------------
>
>                 Key: COMPRESS-49
>                 URL: https://issues.apache.org/jira/browse/COMPRESS-49
>             Project: Commons Compress
>          Issue Type: Improvement
>         Environment: I use win xp sp3, but this is probably irrelevant
>            Reporter: Sam Smith
>
> When I first looked at the Compress API, I began using the TarInputStream/TarOutputStream
classes.  But now I notice that there is also the TarArchiveInputStream/TarArchiveOutputStream
classes.  They seems fairly related to me, with a lot of duplicate functionality.
> In private email conversation with the developer Torsten Curdt about this, he wrote:
> **********
> You should be using TarArchive*putStream. All options should be available on the TarArchiveEntry.
Which makes me wonder whether we should make the Tar*putStream classes package/private ...or
merge them.
> **********
> I agree that the Tar*putStream classes should be merged or hidden in order to eliminate
developer confusion, but ONLY AFTER you have the Tar*putStream classes truly support all options.
> Here is a critical one for me: I need long path name support, and said option is available
on TarOutputStream via its setLongFileMode(int longFileMode) method, but I do not see that
anywhere in TarArchiveOutputStream.  There may be some more options like this.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message