On Aug 11, 2008, at 5:47 AM, Erik Hatcher wrote:
On Aug 7, 2008, at 6:46 PM, Chris Hostetter wrote:
I don't really drink from the "Spring would solve all our config/init
problems" Kool-Aid
Me neither, even though I'm a proponent of Solr aiming in that
direction. In fact, I think Spring has the potential to make it
much more convoluted/complicated to configure Solr (depending on how
it's done).
Yeah, I think we should choose the more complicated, convoluted
route... :-)
Spring-centric thinking benefits Solr by aiding in the design of
things like IndexSchema and SolrConfig - such that they would not
have a dependency/requirement that XML be involved at all.
Springifying Solr doesn't mean littering Solr with Spring
dependencies - it really should be vastly cleaner than that, such
that Spring is NOT required to configure Solr at all (and this is
the design benefit I see possible).
Yes, this is how I see it too. I don't think we need all of Spring's
extra layers (MVC, JDBC, etc). I think the IOC layer, means we don't
need Spring at all if one wants to wire things up themselves.
Yet, many people clearly want XML config, so in my mind, Spring brings
some standardization to the game and gets us out of the config game
and allows us to focus on actually improving Solr's search
capabilities instead of having a gazillion different ways to init an
object.
-Grant