Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
Reply-To: cocoon-dev@xml.apache.org
Message-ID: <3E47A819.5010309@dff.st>
Date: Mon, 10 Feb 2003 14:24:41 +0100
From: Torsten Curdt <tcurdt@dff.st>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
 rv:1.3a) Gecko/20021212
MIME-Version: 1.0
To: cocoon-dev@xml.apache.org
Subject: Re: Excalibur Datasource with JDK1.3.1_03
References: <5B093C49F2649B459246944825A267AB0162C848@sxmbx03.corproot.net>
In-Reply-To: <5B093C49F2649B459246944825A267AB0162C848@sxmbx03.corproot.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Sylvain.Thevoz@swisscom.com wrote:
> Torsten,
> 
> Just for info: what are mock classes?

Skeleton classes that just reflect the API (so at least it compiles ;)

> I'm trying to debug an old 2.1-dev snapshot (17.10.02) with Eclipse and Sysdeo Tomcat plugin.
> The problem could come from this old snapshot?

Well, the mock classes where introduced "lately" by Sylvain (W).

Before that we used ant for conditional compilation and inclusion of 
those components. IIRC (at least) one reason to move to mock classes was 
that Eclipse could not really cope with the conditional compilation.

(Sylvain (W) - could you jump in here? Sorry - never really got used to 
Eclipse yet)

So this might be your problem ?! Or... what actually *is* the problem 
that you are facing?
--
Torsten


---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org