On Tue, 18 Oct 2011, Jukka Zitting wrote:
For my case, the class already takes a TikaConfig object, as it sometimes
needs to do mimetype heirarchy and similar related stuff. Rather than
wrapping that internally in a Tika object, it occured to me that parser and
detector should possibly be made the same

OK, sounds reasonable. +1 to adding a getDetector() method to TikaConfig.

OK, issue opened as TIKA-755:
   https://issues.apache.org/jira/browse/TIKA-755

Nick

Reply via email to