[
https://issues.apache.org/jira/browse/ODFTOOLKIT-194?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13462382#comment-13462382
]
DaLi Liu commented on ODFTOOLKIT-194:
-------------------------------------
Verified status of this issue
2.not sure - I am not sure about this issue, maybe still need to be opened
The patch already here, maybe need a verification on the codes.
> Using ZipFile load ODF Package
> ------------------------------
>
> Key: ODFTOOLKIT-194
> URL: https://issues.apache.org/jira/browse/ODFTOOLKIT-194
> Project: ODF Toolkit
> Issue Type: Improvement
> Components: java
> Affects Versions: 0.8.7
> Environment: Operating System: Windows
> Platform: PC
> Reporter: devin
> Assignee: devin
> Priority: Minor
> Fix For: 0.8.7
>
> 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: http://www.atlassian.com/software/jira
