[ https://issues.apache.org/jira/browse/SOLR-9530?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15983125#comment-15983125 ]
Erick Erickson commented on SOLR-9530: -------------------------------------- Amrit: Possibly SOLR-10562? The commit _should_ work, but apparently there's a weird interaction with reload. Why does the test use reload() rather than just a commit()? I didn't really look the patch over, but that shouldn't be necessary when just updating documents. 1> Simplest (and not what I recommend) is just to put a sleep in FOR TESTING ONLY to see if this the same or similar problem. 2> Put in a retry loop something like this until we get to the bottom of 10562: {code} commit() for (int idx = 0; idx < 100; idx++) { if (test succeeds ) { // do not assert break; } sleep(100); } // This assert will fail the test if we make it through 10 seconds of sleep/test cycles above. assertQ("Check the total number of docs", req("q", "id:10"), "//result[@numFound=1]"); {code} > Add an Atomic Update Processor > ------------------------------- > > Key: SOLR-9530 > URL: https://issues.apache.org/jira/browse/SOLR-9530 > Project: Solr > Issue Type: New Feature > Security Level: Public(Default Security Level. Issues are Public) > Reporter: Varun Thacker > Attachments: SOLR-9530.patch, SOLR-9530.patch, SOLR-9530.patch, > SOLR-9530.patch, SOLR-9530.patch, SOLR-9530.patch, SOLR-9530.patch, > SOLR-9530.patch, SOLR-9530.patch, SOLR-9530.patch > > > I'd like to explore the idea of adding a new update processor to help ingest > partial updates. > Example use-case - There are two datasets with a common id field. How can I > merge both of them at index time? > Proposed Solution: > {code} > <updateRequestProcessorChain name="atomic"> > <processor class="solr.processor.AtomicUpdateProcessorFactory"> > <str name="my_new_field">add</str> > </processor> > <processor class="solr.LogUpdateProcessorFactory" /> > <processor class="solr.RunUpdateProcessorFactory" /> > </updateRequestProcessorChain> > {code} > So the first JSON dump could be ingested against > {{http://localhost:8983/solr/gettingstarted/update/json}} > And then the second JSON could be ingested against > {{http://localhost:8983/solr/gettingstarted/update/json?processor=atomic}} > The Atomic Update Processor could support all the atomic update operations > currently supported. -- This message was sent by Atlassian JIRA (v6.3.15#6346) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org