+1 We should have a separate attributes in the master other than the standard <str name="confFiles">a.xml</str>
say <str name="realTimeConfFiles">b.xml</str> the files specified in this can be replicated always irrespective of the index On Thu, Jul 16, 2009 at 9:07 PM, Mark Miller<markrmil...@gmail.com> wrote: > bq. Shouldn't it be possible to force replication of at least *some* of the > config files even if the index hasn't changed? > Indeed. Perhaps another call? forceIndexFetch? it replicates configs whether > the index has changed or not, but wouldn't replicate the index if it didn't > need to? > > Or a separate call altogether? fetchConfig, that just updates the configs? > > > > On Thu, Jul 16, 2009 at 3:00 PM, Otis Gospodnetic < > otis_gospodne...@yahoo.com> wrote: > >> >> Hi, >> >> Shouldn't it be possible to force replication of at least *some* of the >> config files even if the index hasn't changed? >> (see Paul Noble's comment on http://markmail.org/message/hgdwumfuuwixfxvqand >> the 4-message thread) >> >> Here is a use case: >> * Index is mostly static (nightly updates) >> * elevate.xml needs to be changed throughout the day >> * elevate.xml needs to be pushed to slaves and solr needs to reload it >> >> This is currently not possible because replication will happen only if the >> index changed in some way. You can't force a commit to fake index change. >> So one has to either: >> * add/delete dummy docs on master to force index change >> * write an external script that copies the config file to slaves >> >> >> Shouldn't it be possible to force replication of at least *some* of the >> config files even if the index hasn't changed? >> >> Thanks, >> Otis >> -- >> Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch >> >> > > > -- > -- > - Mark > > http://www.lucidimagination.com > -- ----------------------------------------------------- Noble Paul | Principal Engineer| AOL | http://aol.com