[
https://issues.apache.org/jira/browse/TIKA-288?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13039771#comment-13039771
]
Ken Krugler commented on TIKA-288:
----------------------------------
What about:
AutoDetectParser.override(Class<? extends AbstractParser> clazz, ParseContext
context);
Internally it could create the parser and call getSupportedTypes().
> Support override parsers in AutoDetectParser
> --------------------------------------------
>
> Key: TIKA-288
> URL: https://issues.apache.org/jira/browse/TIKA-288
> Project: Tika
> Issue Type: Improvement
> Components: parser
> Affects Versions: 0.4
> Reporter: Ken Krugler
> Priority: Minor
>
> In some situations, being able to specify an alternative parser is useful
> even when the general parser framework/full set of parsers is desired.
> For example, when processing HTML documents the current HtmlParser doesn't
> pass through all of the tags that a vertical crawler might want.
> I'm proposing an alternative constructor, something like:
> public AutoDetectParser(Map<class, Parser>)
> where class would be the class of the standard Tika parser, and Parser is the
> override.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
