<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Yeah, I see that the problem is not finding the jdbc driver. I meant
that all other databases tests fail with a new reason, but the same for
all of them.<br>
I asked you if there is a change in how hibernate searches for it. <br>
Cruisecontrol invokes ant with the following pratameters:<br>
-Djar.driver=${driver.jar}<br>
-Dhibernate.test.validatefailureexpected=true<br>
-lib lib<br>
<br>
Here driver.jar is the jdbc driver location. Is there some change that
prevents this from working and is it possible to make this work. <br>
<br>
Steve Ebersole wrote:
<blockquote
cite="midC2CDEFBECFC9A14892BCCFB4C95F48680BD440AA@EX-201.mail.navisite.com"
type="cite">
<pre wrap="">No the failures are different. Previously we were getting NPE; now CCE.
The tests run fine for me in my IDE. The only way I have been able to
reproduce such a CCE is for the JDBC driver to be unavailable when the
junit task starts up. This causes the constructor of one of the test
classes to fail, which JUnit handles by creating a "stand-in" test case
of type an inner type as defined in the TestSuite.warning() method. I
have added extra protections to allow non-FunctionalTestCase instance to
be handled by the FunctionalTestClassTestSuite which I will be checking
in soon.
In the meantime, I would assume this indicates a problem with the CC
test runs not being able to find the drivers. Hard to tell without the
stack trace and error log...
-----Original Message-----
From: Aleksandar Kostadinov [<a class="moz-txt-link-freetext" href="mailto:akostadinov@jboss.org">mailto:akostadinov@jboss.org</a>]
Sent: Wednesday, December 13, 2006 3:30 AM
To: Steve Ebersole
Cc: <a class="moz-txt-link-abbreviated" href="mailto:hibernate-dev@lists.jboss.org">hibernate-dev@lists.jboss.org</a>
Subject: Re: Hibernate test suite
Only hsql tests work.
Other databases tests fail with the same reason.
Is there a change in the way testsuite should be ran? How to set jdbc
driver? Properties file changes?
Steve Ebersole wrote:
</pre>
<blockquote type="cite">
<pre wrap="">I am just now checking in the reorganization of the Hibernate test
</pre>
</blockquote>
<pre wrap=""><!---->suite
</pre>
<blockquote type="cite">
<pre wrap="">I have been working on for the last few days.
The main piece is the addition of the org.hibernate.junit package in
</pre>
</blockquote>
<pre wrap=""><!---->the
</pre>
<blockquote type="cite">
<pre wrap="">test source directory. Specifically, tests in the test suite now have
two well defined flavors:
1) org.hibernate.junit.UnitTestCase
2) org.hibernate.junit.functional.FunctionalTestCase
The vast majority of the Hibernate test suite falls into the later
category...
Also, a new custom TestSuite subclass was introduced for
FunctionalTestCase classes
(org.hibernate.junit.functional.FunctionalTestClassTestSuite).
FunctionalTestCase classes should use this custom test suite from their
suite() method. The main reason for this set up is to allow better
sharing of a SessionFactory between TestCase methods. Previously, the
org.hibernate.test.TestCase class had this responsibility. The
</pre>
</blockquote>
<pre wrap=""><!---->problems
</pre>
<blockquote type="cite">
<pre wrap="">being that it did not have visibility into when the "run" completed.
</pre>
</blockquote>
<pre wrap=""><!---->So
</pre>
<blockquote type="cite">
<pre wrap="">it just left the schema for the last run test hanging around. This new
set up makes sure that does not happen, because it is the test suite
which is responsible for building/closing the SessionFactory.
FunctionalTestCase does build a SessionFactory if one is not injected
into it by FunctionalTestClassTestSuite (or some other source). It
considers this a "locally managed" SessionFactory which will get closed
after the completion of the test method; this is for running a single
method in an IDE.
Anyway, the test suite should start working again ;)
</pre>
</blockquote>
</blockquote>
</body>
</html>