Mailing-List: contact java-dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: java-dev@lucene.apache.org
Received-SPF: pass (nike.apache.org: domain of ryantxu@gmail.com designates
 209.85.132.244 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:from:to:in-reply-to:content-type
         :content-transfer-encoding:mime-version:subject:date:references
         :x-mailer;
        b=NcOsM4qi9FKYAVV9DtQO8z1wbzAWOnr5+CD6E6Ah0cqxTxYQtZYIbdm2jdtgj7S1SX
         HhfDgHxsJ5IRUwVCTeDuOfaSiP2JJWvAKgoBKklhsn7JUtRkwVhRayvWIqpxWQz+qhNT
         bFYsuH2ICNj3HbcSkf6QbmPGtkIc1c1YGPK0c=
Message-Id: <944B640D-B826-4969-91D0-0EC0949BF9E7@gmail.com>
From: Ryan McKinley <ryantxu@gmail.com>
To: java-dev@lucene.apache.org
In-Reply-To: <Pine.LNX.4.64.0903301408150.4961@radix.cryptio.net>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v930.3)
Subject: Re: Modularization
Date: Wed, 1 Apr 2009 10:02:46 -0400
References: <49BEDF79.9010000@gmail.com>
  <Pine.LNX.4.64.0903201451320.12863@radix.cryptio.net>
 <49C42657.6050208@gmail.com> <49C4B760.5090507@gmail.com>
  <D676484C-C2B3-47C9-9A7F-670D59A0DF6D@mikemccandless.com>
  <49C4D0C6.9010000@gmail.com>
 <9ac0c6aa0903210536s4d004ed6taa4ba34142536da9@mail.gmail.com>
  <49C55E6D.4000208@gmail.com>
  <9ac0c6aa0903230810y1f957c3cn95a0864b3196409d@mail.gmail.com>
 <c68e39170903230851o3651ddefk2eb1557f80d118f8@mail.gmail.com>
 <9ac0c6aa0903231441t2522bc34o8daa39253484c6e2@mail.gmail.com>
 <Pine.LNX.4.64.0903301408150.4961@radix.cryptio.net>

>
> we can have fine grained modularity w/o having second class  
> citizens, and
> we can achieve it without needing to make radical changes -- but  
> putting
> more stuff into "core" isn't going to help us get there.
>

I totally agree.

However, just to stir the pot (and assuming you are well rested), I'll  
drop your "radical changes" constraint and suggest that maven (while  
it can be a PIA) makes this kind of modularity trivial.

With maven we could easily have:
  /core
  /modules/xxx

Each module could easily declare:
  * its dependencies on other modules
  * the required JRE
  * document its level of maturity

And there are good off the shelf tools to report the dependency  
graphs, etc, etc.

If there are any serious moves to reorganize things, we should at  
least consider the benefits of maven.

ryan

---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-dev-help@lucene.apache.org