persistence@glassfish.java.net

Re: entity-persistence-tests update

From: Michael Bouschen <Michael.Bouschen_at_Sun.COM>
Date: Tue, 19 Dec 2006 12:09:40 +0100

Hi Wonseok,

I tried it with derby and oracle. It works perfect, thanks!

Regards Michael

> Hi All,
> Please note that entity-persistence-tests environment is updated as
> the following message.
>
> Everyone who modified build.properties should move your target
> database properties from build.properties file to test.properties
> file(which contains JavaDB(Derby) properties by default), or you can
> make another properties file as explained below(or see updated
> readme.txt).
>
> Please let me know if you have problem.
>
> Thanks,
> -Wonseok
>
> On 12/18/06, *Wonseok Kim* <guruwons_at_gmail.com
> <mailto:guruwons_at_gmail.com>> wrote:
>
>
> * Run test with another DB properties without rebuilding
> Database properties are separated from build.properties and stored
> in test.properties file.
> We can modify the test.properties file directly or use another
> properties file by -Dtest.properties option for ant.
>
> This makes really easy to run test on different databases.
> For example if we would like to run test with another database
> properties, do as follows:
> $ ant -Dtest.properties=derby.properties test //test on Derby
> $ ant -Dtest.properties=oracle.properties test //test on Oracle
>
> To make this possible the properties file is read from testing
> framework(JUnitTestCase) in runtime and they override the
> properties which is passed to creatEntityManagerFactory(pu,
> properties).
> So we don't need to put these properties in persistence.xml files
> and replace it in build time, it is done now in runtime. "ant
> build" is not any more dependent on properties file, so it doesn't
> need to rebuild for another database properties.
>
> I put derby database properties in test.properties for default
> configuration.
> This makes beginners quick to run test out of the box with bundled
> JavaDB.
>
> * Run a single test class
> To run a single test class, -Dtest.class option can be used.
>
> For example,
> $ ant
> -Dtest.class=oracle.toplink.essentials.testing.tests.ejb.ejbqltesting.JUnitEJBQLDateTimeTestSuite
> test
>
> * Log level without modifying persistence.xml files
> test.properties file can contain toplink.logging.level property
> and this will override the persistence.xml property.
> This is handy in debugging case.
>
> The junit ant task in build.xml now contains maxmemory="256m"
> because it threw OutOfMemoryError if log level is FINEST.
>
> I think that this patch is useful for others as well as for me.
> What do you think?
>
> Regards,
> -Wonseok
>
>
>