If the configuration code is going to be rewritten then I would like to see the ability to dynamically update the configuration and schema without needing to reboot the server. Also I would like the configuration classes to just contain data and not have so many methods that operate on the filesystem. This way the configuration object can be serialized, and loaded by the server dynamically. It would be great for the schema to work the same way.
Yonik, what is the best way to get this type of things going? Where in the code do you want to implement the distributed RMI Hadoop stuff? On Tue, Sep 16, 2008 at 1:07 PM, Henrib <[EMAIL PROTECTED]> wrote: > > > > ryantxu wrote: >> >> >> Yes, include would get us some of the way there, but not far enough >> (IMHO). The problem is that (as written) you still need to have all >> the configs spattered about various directories. >> >> > > I does not allow us to go *all* the way but it does allow to put > configurations files in one directory (plus schema & conf can have specific > names set for each CoreDescriptor). > There actually is a test where the config & schema are shared & can set the > dataDir as a property. > Still a step forward... > > -- > View this message in context: > http://www.nabble.com/Some-new-SOLR-features-tp19494251p19516242.html > Sent from the Solr - User mailing list archive at Nabble.com. > >
