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

Guillaume Smet commented on SOLR-561:
-------------------------------------

bq. The next patch will take care of it

Nice.

bq. Noble [EMAIL PROTECTED]/Jun/08 09:59 AM> It's easy to implement with a wild 
card . But , very few files need to be replicated .Isn't it better to 
explicitly mention the names so that no file accidentally gets replicated.

I'm thinking of a use case: if you have a lot of synonym/stopwords dictionaries 
for different languages and field types, it might be a bit awkward to specify 
each file. A synonyms_\*.txt, stopwords_\*.txt would be welcome.

Furthermore, I wonder if we shouldn't disable explicitely the replication of 
solrconfig.xml. Any opinion?

> Solr replication by Solr (for windows also)
> -------------------------------------------
>
>                 Key: SOLR-561
>                 URL: https://issues.apache.org/jira/browse/SOLR-561
>             Project: Solr
>          Issue Type: New Feature
>          Components: replication
>    Affects Versions: 1.3
>         Environment: All
>            Reporter: Noble Paul
>         Attachments: deletion_policy.patch, SOLR-561.patch, SOLR-561.patch, 
> SOLR-561.patch
>
>
> The current replication strategy in solr involves shell scripts . The 
> following are the drawbacks with the approach
> *  It does not work with windows
> * Replication works as a separate piece not integrated with solr.
> * Cannot control replication from solr admin/JMX
> * Each operation requires manual telnet to the host
> Doing the replication in java has the following advantages
> * Platform independence
> * Manual steps can be completely eliminated. Everything can be driven from 
> solrconfig.xml .
> ** Adding the url of the master in the slaves should be good enough to enable 
> replication. Other things like frequency of
> snapshoot/snappull can also be configured . All other information can be 
> automatically obtained.
> * Start/stop can be triggered from solr/admin or JMX
> * Can get the status/progress while replication is going on. It can also 
> abort an ongoing replication
> * No need to have a login into the machine 
> This issue can track the implementation of solr replication in java

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to