[ 
https://issues.apache.org/jira/browse/SOLR-15064?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17494896#comment-17494896
 ] 

ASF subversion and git services commented on SOLR-15064:
--------------------------------------------------------

Commit 27a8dc69b7f58a3875794a67f1d66865426078b3 in solr's branch 
refs/heads/main from David Smiley
[ https://gitbox.apache.org/repos/asf?p=solr.git;h=27a8dc6 ]

SOLR-15064: nested docs:  _route_ shouldn't be a fallback for a blank _root_ 
(#629)

Doing atomic updates for nested documents should not use/assume that the 
_route_ parameter is a substitute for _root_ if that's not present.  Thus 
insist the user specify the _root_ field so as to leave no doubt that the 
atomic update is a child and not itself a root document.

* Rename getChildIdStr -> getSelfOrNestedDocIdStr

> Atomic/partial updates to nested docs should not assume _route_ param is the 
> root ID
> ------------------------------------------------------------------------------------
>
>                 Key: SOLR-15064
>                 URL: https://issues.apache.org/jira/browse/SOLR-15064
>             Project: Solr
>          Issue Type: Improvement
>            Reporter: David Smiley
>            Assignee: David Smiley
>            Priority: Blocker
>              Labels: NestedDocuments
>             Fix For: 9.0
>
>          Time Spent: 40m
>  Remaining Estimate: 0h
>
> In SOLR-14923, doing an atomic/partial update to a child doc requires 
> indicating what the root doc ID is.  Formerly Solr tried to figure this out 
> automatically, but that had costly implications.   SOLR-14923 adds a 
> temporary hack that assumes that the \_route_ paramter *is* the root ID, if 
> the \_root_ field is not on the doc.  But that's not necessarily accurate, so 
> it should be removed.
>  



--
This message was sent by Atlassian Jira
(v8.20.1#820001)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org

Reply via email to