gerlowskija opened a new pull request #59:
URL: https://github.com/apache/solr/pull/59


   # Description
   
   BackupRepositoryFactory has a special case in its 'newInstance' method.
   For 'TrackingBackupRepository' instances, BRF will modify a NamedList
   representing the TBF config - adding references to the
   SolrResourceLoader and to BRF itself.
   
   In isolation this is innocuous, but becomes a problem when
   BRF.newInstance is called concurrently from different threads.  Threads
   can race to set these NamedList keys, corrupting the NamedList in the
   process.  (i.e. NamedList values ended up in 'key' indices, and vice
   versa)
   
   # Solution
   
   This commit adds synchronization to this NL initialization, to ensure
   that the NL values are only set by a single thread.
   
   # Tests
   
   This PR itself is a fix for LocalFSCloudIncrementalBackupTest.  It can be 
validated by beasting that test class to ensure the flakiness has been resolved.
   
   # Checklist
   
   Please review the following and check all that apply:
   
   - [x] I have reviewed the guidelines for [How to 
Contribute](https://wiki.apache.org/solr/HowToContribute) and my code conforms 
to the standards described there to the best of my ability.
   - [x] I have created a Jira issue and added the issue ID to my pull request 
title.
   - [x] I have given Solr maintainers 
[access](https://help.github.com/en/articles/allowing-changes-to-a-pull-request-branch-created-from-a-fork)
 to contribute to my PR branch. (optional but recommended)
   - [x] I have developed this patch against the `main` branch.
   - [x] I have run `./gradlew check`.
   - [ ] I have added tests for my changes.
   - [ ] I have added documentation for the [Reference 
Guide](https://github.com/apache/solr/tree/main/solr/solr-ref-guide)
   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
[email protected]



---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to