Mailing-List: contact general-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: general@incubator.apache.org
Received-SPF: pass (hermes.apache.org: domain of clinton.begin@gmail.com
 designates 64.233.184.193 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references;
        b=m00KURU0ZOvidVSprGFLa7r771dNFVLvjUYNJA9ujt3F0lAwgL8hcBnSPXlMC0qOqut1EdEjnulirAKA+495r+1nBMweZpM9/Hmx8FaMOL+GDKlD/kA6Sbljj9PeHefOOt2EfA3nqO7qf1k9U5Zr5pEqmIeI6sMLNqTnM6ZmTE4=
Message-ID: <16178eb10502100855271b84fc@mail.gmail.com>
Date: Thu, 10 Feb 2005 09:55:01 -0700
From: Clinton Begin <clinton.begin@gmail.com>
Reply-To: cbegin@ibatis.com
To: general@incubator.apache.org
Subject: Re: Is HSQLDB compatible with ASF license?
In-Reply-To: <420AE57E.4050100@debrunners.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <420AE57E.4050100@debrunners.com>

My unit testing is always single threaded anyway.  I believe it's
generally agreed that spawning threads in a unit test is an
anti-pattern, so I avoid it.  Although, admittedly I sometimes wonder
how certain things can be tested easily without multiple threads.

Clinton


On Wed, 09 Feb 2005 20:39:26 -0800, Daniel John Debrunner
<djd@debrunners.com> wrote:
> 
> > Hi all, I love Derby, but for unit testing it's just too slow. We used
> > to use HSQLDB before iBATIS joined ASF, but I switched to Derby it
> > because I wasn't sure if HSQLDB was compatible with the ASF license.
> 
> There has been some discussion of adding a lower durability option to
> Derby, which would allow much faster database creation etc. for unit
> testing. Some internal testing flags already exist so I believe it's a
> fairly small amount of work to externalize them in a rational way. Come
> to the derby-dev list get involved to bring the issue up again (or fix
> it yourself)!
> 
> I'm not sure how hsqldb can be used as a test database, given that
> multiple threads can overwrite each other, due to hsqldb only supporting
> dirty read mode (no isolation). Thus if you see incorrect results it
> seems you have to work out if hsqldb is the problem or your application.
> 
> Dan.
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
> 
>

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org