incubator-odf-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Florian Hopf (JIRA)" <>
Subject [jira] [Updated] (ODFTOOLKIT-194) Using ZipFile load ODF Package
Date Wed, 19 Dec 2012 06:07:13 GMT


Florian Hopf updated ODFTOOLKIT-194:

    Fix Version/s:     (was: odfdom-0.8.7)
> Using ZipFile load ODF Package
> ------------------------------
>                 Key: ODFTOOLKIT-194
>                 URL:
>             Project: ODF Toolkit
>          Issue Type: Improvement
>          Components: java
>    Affects Versions: odfdom-0.8.7
>         Environment: Operating System: Windows
> Platform: PC
>            Reporter: devin
>            Assignee: devin
>            Priority: Minor
>         Attachments: ASF.LICENSE.NOT.GRANTED--bug335.patch, ASF.LICENSE.NOT.GRANTED--bug335-update.patch
> ZipInputStream and ZipFile process ZIP differently. ZipInputStream reads the entries
from the start of the file, one by one.  This is what is wanted for streaming. ZipFile uses
random access to get the ZIP table of contents at the end of the document, and then returns
zip entries.
> It looks like the problem with Symphony 1.3 files occurs only with ZipInputStream.  If
I use ZipFile, it works correctly.
> Using a ZipFile is more efficient for getting to a specific entry.  For example, if you
want to get content.xml, a ZipInputStream will require that you process the ZIP file from
the start and read each entry until you come to content.xml.  With a ZipFile you can call
geEntry("content.xml") and it will go directly to that entry, using random access.
> I will add a new method OdfPackage.loadPackage(ZipFile pkgFile, String pkgFilePath) in
the following patch to realize ZipFile loading.
> Devin

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:

View raw message