[
https://issues.apache.org/jira/browse/TIKA-1916?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15221853#comment-15221853
]
Tim Allison edited comment on TIKA-1916 at 4/1/16 5:55 PM:
-----------------------------------------------------------
-To fellow Tika devs -- any idea why there is special handling for the meta
entry in the ZipFile? It should be handled just fine if we iterate through all
entries and send them to {{handleZipEntry}}, no?- Sorry...Should have checked
svn history first: TIKA-1353 is why we do that.
Also, the NPE was masked in the unit test because we weren't closing the
zipstream/zipfile in a finally block, and TempResources couldn't close the test
file that triggered the NPE. I'll fix that as well.
was (Author: [email protected]):
To fellow Tika devs -- any idea why there is special handling for the meta
entry in the ZipFile? It should be handled just fine if we iterate through all
entries and send them to {{handleZipEntry}}, no?
Also, the NPE was masked in the unit test because we weren't closing the
zipstream/zipfile in a finally block, and TempResources couldn't close the test
file that triggered the NPE. I'll fix that as well.
> NPE in OpenDocumentParser
> -------------------------
>
> Key: TIKA-1916
> URL: https://issues.apache.org/jira/browse/TIKA-1916
> Project: Tika
> Issue Type: Bug
> Components: parser
> Affects Versions: 1.12
> Reporter: Nick C
> Assignee: Tim Allison
> Priority: Trivial
> Labels: patch
> Fix For: 1.13
>
>
> NPE in OpenDocumentParser when no "meta.xml" file exists
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
