[
https://issues.apache.org/jira/browse/SOLR-308?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12516888
]
Hoss Man commented on SOLR-308:
-------------------------------
> BTW: The DateField does strong parsing of the input... It tries to convert
> the input value to
> the internal representation and throws a SolrException when that is not
> possible...
...no, note quite. DateField.toInternal(String) only does a quick sanity check
to see if the string ends in a Z, if it does it *assumes* it's in the correct
date format, and does no parsing -- if it does not end in a Z, then it does
DateMathParsing (which may include parsing the date and throwing an exception
if that can't be done) ... that parsing is only done if necessary for the date
math.
that was my point - if the UUIDFIeld class is going to index the UUID value
using the orriginal human readable format, then there isn't really any reason
to attempt to parse it -- except as a form of validation, i was just raising
the question as to whether or not we think it should do that validation.
> Add a field that generates an unique id when you have none in your data to
> index
> --------------------------------------------------------------------------------
>
> Key: SOLR-308
> URL: https://issues.apache.org/jira/browse/SOLR-308
> Project: Solr
> Issue Type: New Feature
> Components: search
> Reporter: Thomas Peuss
> Priority: Minor
> Attachments: UUIDField.patch, UUIDField.patch, UUIDField.patch,
> UUIDField.patch
>
>
> This patch adds a field that generates an unique id when you have no unique
> id in your data you want to index.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
