[TIKA-1528] Add an OverrideDetector that overrides other detectors

• Type: Improvement
• Status: Closed
• Priority: Minor
• Resolution: Later
• Assignee: Unassigned
• Reporter: Tim Allison
• Created: 22/Jan/15 18:47
• Updated: 29/Oct/19 15:51
• Resolved: 13/Feb/15 12:25

Description

While working on TIKA-1511, I found a need to bypass our current detection mechanism. I think that there are other use cases for this. The idea is that a client or a tika-internal call wants to specify the Content-Type for a document and bypass the regular mime detection chain.

We currently have the TypeDetector that returns the "Content-Type" as specified in the Metadata, but there are two deficiencies in using that class for this purpose:

• Content-Type is ambiguous, currently, when it comes into a Parser or Detector, it could be used as a hint or as a direction. I'd like the OverrideDetector to use a different metadata key from our usual "Content-Type.
• The ordering of the TypeDetector is based on alphabetic order of its class name. I'd like the OverrideDetector to be run first and then short circuit/bypass the other detectors.

Issue Links

• blocks: TIKA-1511 Create a parser for SQLite3
• is related to: TIKA-1519 Don't allow whatever is in http-equiv Content-Type to overwrite actual Content-Type in HtmlParser