[
https://issues.apache.org/jira/browse/SOLR-3481?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man resolved SOLR-3481.
----------------------------
Resolution: Incomplete
David: there isn't enough information here to understand what problem you might
be havng, or if there is infact actually a bug in solr (as opposed to a
configuration discrepancy in your setup)
please start a thread on the solr-user@lucene mailing list with more details
(ie: your schema.xml, including field types, examples documents you index,
example queries you run, what output you get from those queries etc...)
https://wiki.apache.org/solr/UsingMailingLists
> Date field value differs between two installations
> --------------------------------------------------
>
> Key: SOLR-3481
> URL: https://issues.apache.org/jira/browse/SOLR-3481
> Project: Solr
> Issue Type: Bug
> Components: SearchComponents - other
> Affects Versions: 3.6
> Environment: A. Mac 10.7.4 with integrated Jetty
> B. Ubuntu 12.04 with Tomcat
> Reporter: David Rekowski
> Labels: datefield,, format, mac
>
> When I query the Solr Server, I get a formatted timestamp in environment A
> "2012-05-11T12:59:01.691Z", whereas I get a unix timestamp like number in
> environment B "1336728376797" which looks like the date extended by
> microseconds.
> The corresponding schema definition:
> <field name="index_time_s" type="date" indexed="true" stored="true"
> default="NOW" multiValued="false"/>
> Background: We migrated an index generated on a mac/jetty to a linux/tomcat
> installation of Solr. Regardless of that, this happens with newly indexed
> documents as well.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
