atom feed45 messages in org.apache.lucene.solr-devRe: modularization discussion
FromSent OnAttachments
Robert MuirApr 26, 2011 8:07 pm 
Yonik SeeleyApr 26, 2011 8:34 pm 
Grant IngersollApr 26, 2011 8:41 pm 
Chris MaleApr 26, 2011 9:12 pm 
Robert MuirApr 26, 2011 9:14 pm 
Michael McCandlessApr 27, 2011 3:27 am 
Michael McCandlessApr 27, 2011 3:36 am 
Mark MillerApr 27, 2011 5:12 am 
Robert MuirApr 27, 2011 5:33 am 
Steven A RoweApr 27, 2011 6:18 am 
Yonik SeeleyApr 27, 2011 6:24 am 
Steven A RoweApr 27, 2011 6:48 am 
Michael McCandlessApr 27, 2011 8:49 am 
Grant IngersollApr 27, 2011 5:50 pm 
Yonik SeeleyApr 27, 2011 6:23 pm 
Greg SteinApr 27, 2011 8:44 pm 
Grant IngersollMay 2, 2011 3:11 pm 
Ryan McKinleyMay 2, 2011 4:31 pm 
Mark MillerMay 2, 2011 7:27 pm 
Michael McCandlessMay 3, 2011 9:49 am 
Michael McCandlessMay 3, 2011 9:55 am 
Mark MillerMay 3, 2011 10:11 am 
Shai EreraMay 3, 2011 10:29 am 
Ryan McKinleyMay 3, 2011 10:31 am 
Mark MillerMay 3, 2011 10:46 am 
Michael McCandlessMay 4, 2011 5:25 am 
Mark MillerMay 4, 2011 6:10 am 
Robert MuirMay 4, 2011 6:29 am 
Uwe SchindlerMay 4, 2011 6:41 am 
Mark MillerMay 4, 2011 6:49 am 
Simon WillnauerMay 4, 2011 7:01 am 
Simon WillnauerMay 5, 2011 1:15 am 
Grant IngersollMay 5, 2011 7:25 am 
Mark MillerMay 5, 2011 7:40 am 
Simon WillnauerMay 5, 2011 8:03 am 
Grant IngersollMay 5, 2011 8:34 am 
Jason RutherglenMay 5, 2011 9:58 am 
Chris HostetterMay 6, 2011 1:35 pm 
Mark MillerMay 6, 2011 1:44 pm 
Michael McCandlessMay 7, 2011 3:30 am 
Simon WillnauerMay 7, 2011 3:34 am 
Michael McCandlessMay 7, 2011 3:45 am 
Michael McCandlessMay 7, 2011 4:01 am 
Simon WillnauerMay 7, 2011 4:10 am 
Grant IngersollMay 7, 2011 5:20 am 
Subject:Re: modularization discussion
From:Yonik Seeley (yon@lucidimagination.com)
Date:Apr 27, 2011 6:24:51 am
List:org.apache.lucene.solr-dev

On Wed, Apr 27, 2011 at 6:28 AM, Michael McCandless <luc@mikemccandless.com> wrote:

Why impose namespace restrictions based on where code was originally committed?  I think the namespace of refactored code should reflect the nature of the code, not its original origins?

And if it's a very core part of solr that we've tended to hang a lot of new features on, etc, then the nature of that code should still hopefully be "solrish".

For example, when I refactored UnInvertedField, it split nicely into a Solr piece and a core Lucene piece, and so I gave the core Lucene piece then org.apache.lucene.index namespace.

That's because it was factored directly into Lucene-core, not into a module.

I think leaving refactored code in the solr namespace sends the wrong message (ie, that this module "depends" on Solr somehow).  The lucene namespace makes it clear that it only depends on Lucene.

But that won't be true... it's likely that many modules will depend on other modules.

But as I said... it seems only fair to meet half way and use the solr namespace for some modules and the lucene namespace for others.

-Yonik