Any more thoughts on the directory structure? Quick Recap: We have Troy's original proposal here: http://people.apache.org/~thoward/Lucene.Net/directory-structure-example/ bin/ build/ (various solution and project files) vs2008/ vs2010/ doc/ lib/ - third party libraries to make it easy to pull down the source and go src/ contrib/ core/ demo/ test/ contrib/ core/ demo/ >From here, I further suggested cleaning up the contrib folder - because we >have extra folders: src/contrib/contrib.net/contrib.net/ -> src/contrib/contrib.net/ src/contrib/snowball/snowball.net/ -> src/contrib/Snowball.net/ Digy further suggested dropping the .net in all those folders above, and finding a better name for contrib.net.
---------------------------------------- > Date: Thu, 10 Mar 2011 09:41:17 +0200 > From: digyd...@gmail.com > To: lucene-net-dev@lucene.apache.org > Subject: Re: [Lucene.Net] [VOTE] New Directory Layout for Project > > Well, not really "core". > Codes under Analyzer(by DIGY) can be moved to /src/contrib/analyzers (but > they are not ports from java). > The others(by M.GARSKI) are extensions to the core(something like > Lucene.Net.Core.Extensions) > > DIGY > > > On Thu, Mar 10, 2011 at 1:36 AM, Troy Howard wrote: > > > Yeah -- I also changed the Contrib.Net project folder name to > > ~/src/contrib/core ... > > > > IMO we should just roll these into the main library if they are solid, > > tested and useful.. This is keeping in line with our new philosophy > > about allowing .NET specific changes, even if it means diverging from > > Java Lucene to do it. > > > > Thanks, > > Troy > > > > > > On Wed, Mar 9, 2011 at 12:56 PM, Prescott Nasser > > wrote: > > > > > > Actually what IS contrib.net? It looks like it replaces certain files in > > Lucene.Net core - are they files better suited to .net? What are they? > > > > > > If they are plugins / additional contributions like snowball, etc - why > > not just break it out and include the appropriate stuff in contrib? Do we > > need to specify that they are not avaliable in the java version? > > > > > > > > > > > > > > > > > > ---------------------------------------- > > >> Date: Wed, 9 Mar 2011 22:18:22 +0200 > > >> From: digyd...@gmail.com > > >> To: lucene-net-dev@lucene.apache.org > > >> Subject: Re: [Lucene.Net] [VOTE] New Directory Layout for Project > > >> > > >> 0 > > >> > > >> ".Net"s seem to be redundant under /src/contrib/ . It could be something > > >> like > > >> Analyzers > > >> Highlighter > > >> Similarity > > >> ... > > >> > > >> > > >> > > >> (Maybe, we should find a different name for contrib.net. It contains > > >> "contributions specific to Lucene.Net which are not available in > > >> Lucene.java) > > >> > > >> DIGY > > >> > > >> On Wed, Mar 9, 2011 at 9:08 PM, Prescott Nasser wrote: > > >> > > >> > > > >> > Probably just a miss - but under the src/contrib folder you also have > > a > > >> > number of tests in there... > > >> > > > >> > > > >> > Also, is it necessary to have all the sub folders? For the most part > > the > > >> > stuff in contrib.net is contrib.net - why the secondary folder? > > Unless > > >> > that is a requirement of NUnit to have the structure that way it seems > > a bit > > >> > cluttered. > > >> > > > >> > I would think something like > > >> > > > >> > src/contrib/contrib.net/ > > >> > src/contrib/Snowball.net/ > > >> > > > >> > instead of > > >> > > > >> > src/contrib/contrib.net/contrib.net/ > > >> > src/contrib/snowball/snowball.net/ > > >> > > > >> > I don't know how people feel about that > > >> > > > >> > > > >> > ~P > > >> > > > >> > > > >> > ---------------------------------------- > > >> > > Date: Wed, 9 Mar 2011 13:31:34 -0500 > > >> > > From: mhern...@wickedsoftware.net > > >> > > To: lucene-net-dev@lucene.apache.org > > >> > > CC: thowar...@gmail.com > > >> > > Subject: Re: [Lucene.Net] [VOTE] New Directory Layout for Project > > >> > > > > >> > > +1 > > >> > > > > >> > > just a question though. for cmd/bat//sh files for letting people > > >> > executing > > >> > > the build or just executing other tools from the command line, would > > >> > those > > >> > > have a place in /bin or somewhere els? This is that someone can just > > >> > export > > >> > > PATH = / SET PATH= to that one folder and then be able to execute > > those > > >> > > commands from one location? > > >> > > > > >> > > > > >> > > > > >> > > On Sun, Mar 6, 2011 at 11:27 PM, Troy Howard wrote: > > >> > > > > >> > > > All, > > >> > > > > > >> > > > We'd like to update the project directory structure/layout. > > >> > > > > > >> > > > See below for a proposed layout. I've also uploaded an example > > which > > >> > > > you can navigate at: > > >> > > > > > >> > > > > > >> > > > http://people.apache.org/~thoward/Lucene.Net/directory-structure-example > > >> > > > > > >> > > > NOTE: This will not build!! I just put things in the appropriate > > >> > > > places without updating the solution/project files to show how we > > >> > > > might lay things out. Also, I included NUnit as an example of a > > >> > > > third-party dependency that we might include in the repository > > under > > >> > > > 'lib'. We of course will *not* be distributing NUnit in this > > manner, > > >> > > > due to licensing restrictions. > > >> > > > > > >> > > > Ok, disclaimer over... > > >> > > > > > >> > > > Please vote on this layout, or suggest a modification or > > alternative > > >> > > > layout. > > >> > > > > > >> > > > Voting will be open for 72 hours. > > >> > > > > > >> > > > [ ] +1 Use this directory structure exactly as described, or with > > a > > >> > > > minor modification > > >> > > > [ ] 0 Use a different structure (described in response) > > >> > > > [ ] -1 Do not change the directory structure at all > > >> > > > > > >> > > > > > >> > > > Text description of directory schema: > > >> > > > > > >> > > > Build Files: > > >> > > > > > >> > > > \build > > >> > > > \build\VS2008 > > >> > > > \build\VS2010 > > >> > > > > > >> > > > > > >> > > > Source Projects: > > >> > > > > > >> > > > \src > > >> > > > \src\contrib > > >> > > > \src\core > > >> > > > \src\demo > > >> > > > \src\contrib\ > > >> > > > \src\core\ > > >> > > > \src\demo\ > > >> > > > > > >> > > > > > >> > > > Test Projects: > > >> > > > > > >> > > > \test > > >> > > > \test\contrib > > >> > > > \test\core > > >> > > > \test\demo > > >> > > > \test\contrib\ > > >> > > > \test\core\ > > >> > > > \test\demo\ > > >> > > > > > >> > > > > > >> > > > Product Documentation: > > >> > > > > > >> > > > \doc > > >> > > > \doc\contrib > > >> > > > \doc\core > > >> > > > \doc\demo > > >> > > > \doc\contrib\ > > >> > > > \doc\core\ > > >> > > > \doc\demo\ > > >> > > > > > >> > > > > > >> > > > Third-Party Dependencies: > > >> > > > > > >> > > > \lib > > >> > > > \lib\ > > >> > > > \lib\\ > > >> > > > \lib\\\ > > >> > > > > > >> > > > > > >> > > > Binary Builds: > > >> > > > > > >> > > > \bin > > >> > > > \bin\contrib > > >> > > > \bin\core > > >> > > > \bin\demo > > >> > > > \bin\contrib\ > > >> > > > \bin\core\ > > >> > > > \bin\demo\ > > >> > > > > >
