lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hoss Man (JIRA)" <>
Subject [jira] [Updated] (SOLR-2690) Date Math should allow clients to override timezone used for rounding (faceting & queries)
Date Tue, 24 Apr 2012 05:51:39 GMT


Hoss Man updated SOLR-2690:

    Attachment: SOLR-2690.patch

Updated patch, adds TimeZoneUtils (with tests) to do what TimeZone.getTimeZone should have
done in the first place.

I think this is ready to go.

any feedback from anyone on the overall approach?
> Date Math should allow clients to override timezone used for rounding (faceting &
> ------------------------------------------------------------------------------------------
>                 Key: SOLR-2690
>                 URL:
>             Project: Solr
>          Issue Type: Improvement
>            Reporter: David Schlotfeldt
>            Assignee: Hoss Man
>         Attachments: SOLR-2690.patch, SOLR-2690.patch, SOLR-2690.patch, add-tz-parameter.patch,
add-tz-parameter.patch, timezone-facet-component.tgz
>   Original Estimate: 3h
>  Remaining Estimate: 3h
> Timezone needs to be taken into account when doing date math. Currently it isn't. DateMathParser
instances created are always being constructed with UTC. This is a huge issue when it comes
to faceting. Depending on your timezone day-light-savings changes the length of a month. A
facet gap of +1MONTH is different depending on the timezone and the time of the year.
> I believe the issue is very simple to fix. There are three places in the code DateMathParser
is created. All three are configured with the timezone being UTC. If a user could specify
the TimeZone to pass into DateMathParser this faceting issue would be resolved.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message