I'm late to the game here, so I apologize if a lot of this has already been discussed...
I was looking recently and a little confused about the new .properties format, a few questions: * is the current plan to deprecate the solr.xml support in 4.x and drop for 5.0? * is there a real advantage to the .properties format over the existing .xml? When debugging it seemed I was in unknown territory a little bit, and this sorta means going forward that everything in here is assumed to be flat: but it isnt really today, and what if more stuff needed to be added in the future that wasnt flat. For example the shard handler stuff has nested elements, but i kinda had to guess at how this mapped to .properties (since xml differentiates between attributes and elements, but its not so clear with .properties). It seems to me there are two changes involved: 1. ability to auto-discover cores from the filesystem so you don't need to explicitly list them 2. changing .xml format to .properties I guess just brainstorming, like what if we just kept the existing .xml format? we could add a new "autoDiscover=true" attribute to the cores element for people who don't want to list them explicitly. Additionally we could make the file optional (in case you have no need to configure anything in it). This might be less of an intrusive change for 4.x too, as its a less radical change, just a new attribute users can test if they want. Maybe we make it the default later in 5.x but in general the format would still be the same, and we wouldnt need the 2 different config implementations. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
