Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: neutral (asf.osuosl.org: 82.138.226.220 is neither permitted nor
 denied by domain of t.p.ellison@gmail.com)
Message-ID: <44610068.9040407@gmail.com>
Date: Tue, 09 May 2006 21:49:44 +0100
From: Tim Ellison <t.p.ellison@gmail.com>
User-Agent: Thunderbird 1.5.0.2 (Windows/20060308)
MIME-Version: 1.0
To: harmony-dev@incubator.apache.org
Subject: Re: Supporting working on a single module?
References: <200605091946.k49JkIuD002370@d06av02.portsmouth.uk.ibm.com>
 <4460F599.8050207@sablevm.org> <200605092232.58995.chris.gray@kiffer.be>
In-Reply-To: <200605092232.58995.chris.gray@kiffer.be>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit

Chris Gray wrote:
> On Tuesday 09 May 2006 22:03, Etienne Gagnon wrote:
>> Yes.  But only by checking out everything.
>>
>> I am developing a API "stubs" project, which is a full "stubs"
>> implementation of the Java 1.5 API.  My objective was actually to allow
>> for not needing an API "implementation" to compile code against the API.
>>  I was planning to use this, among other uses, for compiling SableVM's
>> luni-kernel implementation.
> 
> For what my opinion is worth (on a good day, a cup of coffee, but not at Caff� 
> Florian), this would be an excellent thing to have. It will never be easy to 
> work on the core Java APIs in a totally modular way (because Sun didn't 
> design things that way), but with such a set of stubs one could at least work 
> on a group of classes in isolation and be able to compile them to bytecode. 
> Furthermore the stubs can readily be used for white-box testing during 
> development, by simply adding println()s. Go for it!

I disagree -- we spent a good period of time last summer carving up the
class library into modules defined by Java and internal APIs.  I believe
it would be detrimental to disregard these boundaries by compiling
against the entire Java APIs, as that would perpetuate the 'spaghetti
code syndrome'.

We could use compile-against stubs, but would also need them for the
org.apache.* packages that comprise our internal APIs, for now I see no
problem with using the actual JARs that we produce.

Regards,
Tim

-- 

Tim Ellison (t.p.ellison@gmail.com)
IBM Java technology centre, UK.

---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org