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

Tim Allison updated TIKA-2571:
------------------------------
    Comment: was deleted

(was: Sorry...I think I found it in POI's OPCPackageContainer.  If this isn't 
what caused the problem, please let us know.  I'll open an issue on POI's 
bugzilla.

{noformat}
 catch (InvalidFormatException | RuntimeException e) {
                   IOUtils.closeQuietly(pack);
           throw e;
       }
{noformat})

> Swallows security exception and returns null
> --------------------------------------------
>
>                 Key: TIKA-2571
>                 URL: https://issues.apache.org/jira/browse/TIKA-2571
>             Project: Tika
>          Issue Type: Bug
>            Reporter: Nik Everett
>            Priority: Minor
>
> [We|https://github.com/elastic/elasticsearch/pull/28570#issuecomment-364330623]
>  had what looked like a Tika error when we ran our tests on Java 10. It turns 
> out that this was caused by a 
> [change|https://github.com/dmlloyd/openjdk/commit/0052c70c389aa5bed6e9b47e09ca887ac0ef4b2f#diff-704561497d8c3df4c77bc8f35b15ad73R825]
>  in Java 10 to make ZipFile required accessDeclaredMembers, a permission that 
> we don't grant ourselves. Tika made this *very* difficult to debug by 
> catching `RuntimeException` and returning `null`. Since `SecurityException` 
> extends `RuntimeException` we lost all debugging information that might have 
> made this problem simple to track down. Tika should probably let 
> `SecurityException` bubble up.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to