You haven't mentioned what language your update client code is written in
... so i'm not sure what classes "DateTime" and "Convert" are and what
their default behavior is regarding timezones, but w/o that info it's
still pretty clear where your two mistakes are...
: string strStartDate = "26/
e+s472066n4083620...@n3.nabble.com]
Sent: 09 August 2013 23:52
To: sowja...@pointcross.com
Subject: Re: Environment Timezone considered When using SolrJ
: If you index a Java date object instead of the text format, it will be
: valid in the timezone at the client, and SolrJ will do timezone
: tran
On 8/9/2013 12:20 PM, Chris Hostetter wrote:
: If you index a Java date object instead of the text format, it will be
: valid in the timezone at the client, and SolrJ will do timezone
: translation before sending to Solr. Solr will index/store the date in UTC.
this is missleading -- SolrJ does
: If you index a Java date object instead of the text format, it will be
: valid in the timezone at the client, and SolrJ will do timezone
: translation before sending to Solr. Solr will index/store the date in UTC.
this is missleading -- SolrJ doesn't do any sort of "timezone translation"
...
On 8/9/2013 6:12 AM, sowja...@pointcross.com wrote:
> When using SolrJ I've realized document dates are being modified according
> to the environment UTC timezone.
>
> I have indexed the large amount of data on date fileds of Solr (using Solr
> 3.3). While retrieving this date using the SolrJ into
What specific evidence do you have that the dates have ben modified?
All Solr dates are specified using the "Z" suffix, meaning GMT.
-- Jack Krupansky
-Original Message-
From: sowja...@pointcross.com
Sent: Friday, August 09, 2013 8:12 AM
To: solr-user@lucene.apache.org
Subject: Enviro
