db-jdo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Karan Malhi <karan.ma...@gmail.com>
Subject Re: Problem with self-referencing relationship
Date Tue, 09 Aug 2005 03:23:03 GMT
Hi Craig,

I dont know anything about this "Completeness Test" . I do know that the tck 
requirements is that the test should leave the database in a clean state. Is 
this what the completeness test does (check to see if db is clean)? Where do 
i look for this test? I heard you mentioning on the conference call that i 
could run an individual test in maven, could you please tell me how to do 
that? My fostore20 tests are all having errors? Is anybody else facing the 
same problems with fostore20 (i hope its nothing to do with file permissions 
or something-- but my guess is that should result in failures instead of 
errors)

On 8/8/05, Craig Russell <Craig.Russell@sun.com> wrote:
> 
> Hi Andy, Karan,
> On Aug 8, 2005, at 11:30 AM, Andy Jefferson wrote:
> 
> Any update on this?
> 
> 
> Not from me. Not had time to look at it. Don't know if Erik has.
> 
> Out of interest, how do I run this "CompletenessTest" on its own ? (since 
> it's 
> not in alltests.conf). I've tried running "companyNoRelationships.conf", 
> which is fine for 1 run, but if I run it again it tries to insert the same 
> data again and causes duplicate key issues. Tests should be cleaning 
> themselves out so they leave the datastore in the same state as it was at 
> startup (IMHO).
> 
> 
> I completely agree. Please file a JIRA on this issue. CompletenessTest 
> didn't get the message about cleaning up after itself. ;-)
> 
> Karan,
> 
> This is probably a good way to learn about one of the main components of 
> our O/R mapping test framework.
> 
> Craig
> 
> 
> -- 
> Andy
> 
> 
> Craig Russell
> 
> Architect, Sun Java Enterprise System http://java.sun.com/products/jdo
> 
> 408 276-5638 mailto:Craig.Russell@sun.com <Craig.Russell@sun.com>
> 
> P.S. A good JDO? O, Gasp!
> 
> 
> 


-- 
Karan Malhi

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message