Mailing-List: contact solr-dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: solr-dev@lucene.apache.org
Received-SPF: pass (athena.apache.org: domain of lists@nabble.com designates
 216.139.236.158 as permitted sender)
Message-ID: <19457564.post@talk.nabble.com>
Date: Fri, 12 Sep 2008 07:52:56 -0700 (PDT)
From: Henrib <hbiestro@gmail.com>
To: solr-dev@lucene.apache.org
Subject: Re: Configuration features, Solr2/Spring & Solr1.x future
In-Reply-To: <E85999F6-27F0-4AE9-9F3C-F9D727EF0006@ehatchersolutions.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
References: <19435196.post@talk.nabble.com>
 <c68e39170809110948r387b6f3cx18e9116b2e0c0267@mail.gmail.com>
 <19441369.post@talk.nabble.com>
 <c68e39170809111143j4a933f78wce88a224e46b4ad2@mail.gmail.com>
 <5e76b0ad0809111202x67ab95d0v4d58985da4db8ad2@mail.gmail.com>
 <F5F1A860-D241-4576-AD84-FAC676D06748@ehatchersolutions.com>
 <19444426.post@talk.nabble.com>
 <4AB66F46-E1A7-4047-8749-9C38CF0CBC10@ehatchersolutions.com>
 <19454119.post@talk.nabble.com>
 <E85999F6-27F0-4AE9-9F3C-F9D727EF0006@ehatchersolutions.com>


Erik Hatcher wrote:
> 
> I like how you summarized my post :)
> 
Trying to get to the gist of it. ;)


Erik Hatcher wrote:
> 
> I haven't given any consideration to exactly what kind of API changes  
> are needed, but certainly being able to build an IndexSchema without  
> XML being involved would be the result of such a refactoring.
> 

Let's say hypothetically that a stubborn contributor issues a patch along
those lines: {Solr,SolrConfig,SolrSchema}Descriptor classes that capture
what is currently defined through XML in a Java way, uses JXPath to avoid
rewriting the init code that does exist and some parsers so the current XML
could still be used to instantiate those classes, would that be considered
an acceptable base?


Erik Hatcher wrote:
> 
> Though not entirely sure about all configuration being a "contrib".   
> Practically speaking we still want Solr to have some kind of defacto  
> "out of the box" experience...
> 

Ok, "contrib" was pushing it a little but say a different jar; the core Solr
code in one and the default configurator in another ?


Erik Hatcher wrote:
> 
> Solr is a search server, and (re)inventing configurators really belongs
> elsewhere.
> 

Gotcha.

-- 
View this message in context: http://www.nabble.com/Configuration-features%2C-Solr2-Spring---Solr1.x-future-tp19435196p19457564.html
Sent from the Solr - Dev mailing list archive at Nabble.com.