[
https://issues.apache.org/jira/browse/SOLR-3073?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13196594#comment-13196594
]
Hoss Man commented on SOLR-3073:
--------------------------------
bq. If not, then UUIDField itself should be fixed to not return a UUID from
toObject.
Wouldn't that defeat the entire point of toObject? ... I thought the whole
purpose was to give more robust response writers like JavaBin access to the
best possible representation of hte values, even if they weren't "simple" (ie:
strings, ints, etc...) so writers that can handle complex types can use complex
types.
if grouping just needs the string representation of hte unique key field then
that's what toExternal is for.
> Distributed Grouping fails if the uniqueKey is a UUID
> -----------------------------------------------------
>
> Key: SOLR-3073
> URL: https://issues.apache.org/jira/browse/SOLR-3073
> Project: Solr
> Issue Type: Bug
> Affects Versions: 3.5
> Reporter: Devon Krisman
> Priority: Minor
> Fix For: 3.6
>
> Attachments: SOLR-3073-3x.patch, SOLR-3073-3x.patch
>
>
> Attempting to use distributed grouping (using a StrField as the
> group.fieldname) with a UUID as the uniqueKey results in an error because the
> classname (java.util.UUID) is prepended to the field value during the second
> phase of the grouping.
--
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: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
