[ 
https://issues.apache.org/jira/browse/SOLR-6819?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Renaud Delbru updated SOLR-6819:
--------------------------------
    Attachment: SOLR-6819.patch

The patch implementing the extension to configure the class of the updates log. 
This makes also the update log initialisation part of the UpdateHandler more 
cleaner. Specific instructions for the configuration of the HdfsUpdateLog has 
been moved withing HdfsUpdateLog itself.

> Being able to configure the updates log implementation from solrconfig.xml
> --------------------------------------------------------------------------
>
>                 Key: SOLR-6819
>                 URL: https://issues.apache.org/jira/browse/SOLR-6819
>             Project: Solr
>          Issue Type: Improvement
>          Components: SolrCloud, update
>    Affects Versions: Trunk
>            Reporter: Renaud Delbru
>         Attachments: SOLR-6819.patch
>
>
> CDCR requires its own implementation of the updates log. At the moment, there 
> is no way to configure the class to use when instantiating the updates log. 
> The UpdateHandler is deciding to instantiate the base class UpdateLog or its 
> hdfs version HdfsUpdateLog based on the directory path prefix.
> We can extend the UpdateHandler to allow for a class parameter to be defined 
> for the updateLog section of the solrconfig.xml. For example, the relevant 
> part of the solrconfig,xml will look like:
> {code:xml}
>   <updateHandler class="solr.DirectUpdateHandler2">
>     <updateLog class="solr.CdcrUpdateLog">
>       <str name="dir">${solr.ulog.dir:}</str>
>     </updateLog>
>   </updateHandler>
> {code} 
> where the updateLog entry has a parameter class that indicates that the 
> CdcrUpdateLog implementation must be used.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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

Reply via email to