lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Fuad Efendi (JIRA)" <>
Subject [jira] Commented: (SOLR-1916) investigate DIH use of default locale
Date Tue, 07 Dec 2010 19:06:11 GMT


Fuad Efendi commented on SOLR-1916:

I had similar issue, Microsoft SQL Server, DATETIME type.
DIH stores Date in a filesystem using default (for SOLR) timezone and locale. Then, Delta
Import executed query with WHERE last_update_date > '01.12.2010' (just as a sample).
Localized string is used instead of real date. And timezone of remote database is not necessarily
the same as timezone of SOLR.
Fortunately, it's easy to fix (without altering code).

> investigate DIH use of default locale
> -------------------------------------
>                 Key: SOLR-1916
>                 URL:
>             Project: Solr
>          Issue Type: Task
>          Components: contrib - DataImportHandler
>    Affects Versions: 3.1, 4.0
>            Reporter: Robert Muir
>            Priority: Blocker
>             Fix For: 3.1, 4.0
> This is a spinoff from LUCENE-2466.
> In this issue I changed my locale to various locales and found some problems in Lucene/Solr
triggered by use of the default Locale.
> I noticed some use of the default-locale for Date operations in DIH (TimeZone.getDefault/Locale.getDefault)
and, while no tests fail, I think it might be better to support a locale parameter for this.
> The wiki documents that numeric parsing can support localized numerics formats:
> In both cases, I don't think we should ever use the default Locale. If no Locale is provided,
I find that new Locale("") <-- Unicode Root Locale, is a better default for a server situation
in a lot of cases, as it won't change depending on the computer, or perhaps we just make Locale
params mandatory for this.
> Finally, in both cases, if localized numbers/dates are explicitly supported, I think
we should come up with a test strategy to ensure everything is working. One idea is to do
something similar to or make use of Lucene's LocalizedTestCase.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

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

View raw message