tika-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Bob Paulin (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (TIKA-1910) Tika 2.0 - Decouple Tika Parser Office Module from Other Dependencies
Date Tue, 29 Mar 2016 13:49:25 GMT

    [ https://issues.apache.org/jira/browse/TIKA-1910?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15216019#comment-15216019

Bob Paulin commented on TIKA-1910:

bq. This sounds dangerous. Should we set the default LoadErrorHandler to WARN? I think Uwe
didn't want this behavior on the Solr side...perhaps they could set it to IGNORE?

Yes I mulled this a bit and even originally committed it as WARN but changed it to IGNORE.
 I'm fine with switching it back to WARN but I agree we'll want a good way to globally turn
it to IGNORE.  We have several ways of setting this in the code in the ServiceLoader.  I would
think most folks would expect the setting they put in the config.xml or via the system property
to be carried forward to the proxy.  Off the top of my head I can't think of a good way too
get access to that setting without passing the ServiceLoader to the classes that will be creating
Proxies.  Might need to think about this more.  Open to suggestions.

> Tika 2.0 - Decouple Tika Parser Office Module from Other Dependencies
> ---------------------------------------------------------------------
>                 Key: TIKA-1910
>                 URL: https://issues.apache.org/jira/browse/TIKA-1910
>             Project: Tika
>          Issue Type: Improvement
>    Affects Versions: 2.0
>            Reporter: Bob Paulin
>            Assignee: Bob Paulin
> Currently the Tika Parser Office Module depends on 
> Tika Parser Web Module
> Tika Parser Package Module
> Tika Parser Text Module
> Using the proxies we can make those dependencies optional so if they are not included
on the classpath the code functions but performs no operation on content that would be parsed
on the optional dependencies.

This message was sent by Atlassian JIRA

View raw message