[ 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: talli...@mitre.org): 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)