[ https://issues.apache.org/jira/browse/SOLR-3476?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
ludovic Boutros updated SOLR-3476: ---------------------------------- Attachment: commitPoint.patch remove some wired things on the beginning of the patch and transform it in unix format > Create a Solr Core with a given commit point > -------------------------------------------- > > Key: SOLR-3476 > URL: https://issues.apache.org/jira/browse/SOLR-3476 > Project: Solr > Issue Type: New Feature > Components: multicore > Affects Versions: 3.6 > Reporter: ludovic Boutros > Attachments: commitPoint.patch > > > In some configurations, we need to open new cores with a given commit point. > For instance, when the publication of new documents must be controlled (legal > obligations) in a master-slave configuration there are two cores on the same > instanceDir and dataDir which are using two "versions" of the index. > The switch of the two cores is done manually. > The problem is that when the replication is done one day before the switch, > if any problem occurs, and we need to restart tomcat, the new documents are > published. > With this functionality, we could ensure that the index generation used by > the core used for querying is always the good one. -- 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