db-derby-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Deepa Remesh <drem...@gmail.com>
Subject Re: [jira] Commented: (DERBY-907) regression test failure in RecoveryAfterBackup on wssd5.6 ibm jvm (j2me)
Date Fri, 10 Feb 2006 18:51:43 GMT
On 2/10/06, Øystein Grøvlen (JIRA) <derby-dev@db.apache.org> wrote:
>     [ http://issues.apache.org/jira/browse/DERBY-907?page=comments#action_12365933 ]
> Øystein Grøvlen commented on DERBY-907:
> ---------------------------------------
> Thanks for fixing this Deepa.
> The changes looks good to me.  I am not sure I understand why this has started to fail.
 I > thought that using DataSource was the right way to get things to work also in J2ME.
   >Was the problem that TestUtil fooled me by only being able to deliver a DataSource
when >there was a DriverManager available?

Thanks for looking at the patch. I had also thought using DataSource
will work in all environments and was changing tests to use DataSource
for getting new connections. But after my changes for J2ME/Foundation
profile, I saw that tests which use DataSource started failing in
other j9 environments (not foundation profile). Since these j9s are
based on JDBC2.0, DataSource class is not available there. Please see
this thread http://www.nabble.com/Re%3A-Features-of-the-JUnit-test-execution-harness-p2743009.html

So I had to change back tests to use either DriverManager or
DataSource depending on the environment. Since this if/else code is
getting repeated for many new tests, Kathey suggested to move this
code to a common method.

> A last question: What is the purpose of the following lines:
> ij.showNoConnectionsAtStart=true
> ij.showNoCountForSelect=true
> ij.defaultResourcePackage=/org/apache/derbyTesting/functionTests/tests/store/
These lines are copied from default_app.properties file. Since I
removed usedefaults=true, I copied these lines into the test's
_app.properties file. The reason for removing usedefaults=true is that
this test uses a different database name. So ij.database property
defined for this test clashes with what is in default_app.properties file.

Previously, the test was using 'database' property. If the test has to
work in j9_foundation, 'ij.database' property has to be used instead
of 'database'. Test harness, under the covers, removes 'ij.database'
property so that ij.startJBMS can return a connection using data
source properties.


View raw message