[TIKA-3496] Allow users to specify a default timezone when a file format doesn't store the tz

• Type: Bug
• Status: Resolved
• Priority: Major
• Resolution: Fixed
• Fix Version/s: 2.1.0
• Assignee: Unassigned
• Reporter: Tim Allison
• Created: 23/Jul/21 17:26
• Updated: 17/Aug/21 13:30
• Resolved: 23/Jul/21 21:22

Description

In working on the Solr pipe emitter, I noticed that some dates as stored in our Metadata do not have a timezone, which causes a problem for Solr.

I noticed this issue in a JPEG with date: "2011-06-11T09:30:54".

In a comment in our JPEG parser, I see:

// Unless we have GPS time we don't know the time zone so date must be set
                // as ISO 8601 datetime without timezone suffix (no Z or +/-)

So, the question is should we try to add a timezone (arbitrarily assign 'Z') in the Solr (and OpenSearch) emitter or should we store the date as if it were Z in the JPEG parser?

Or do something else?

The challenge with doing anything on the emitter side, is that we aren't currently storing the property type in the metadata. So, at emit time, we only have string keys and string values. We can't easily guess which fields should be a date in order to reformat for the sake of Solr. We could make a request to Solr/OpenSearch to figure out what the field types are, but that seems really awful...

Ideas?