|
[EMAIL PROTECTED] wrote: This is the general rule... For tests that verify pure SQL behavior, the framework shouldn't matter. Many of the derbyLang tests are meant to test just SQL behavior, so many just run in embedded framework only. Running these tests in other frameworks might generate different outputs so may have to generate different masters. Is there a reason why you would like your new test to run in all frameworks? It seems the behavior is likely to be the same if you specify a userName in the URL."KAH" == Knut Anders Hatlen <[EMAIL PROTECTED]> writes:Hmm, I just discovered, to my surprise and disappointment, that I am unable to test that this actually works, because lang/triggerGeneral.sql does not run under DerbyNet or DerbyNetClient.Why is that? I assumed, in my naivete, that tests should run in all three frameworks, unless the test is testing something that is specific to a particular framework... Looking at 'suites' directory is one way. You could also invoke the tests without actually running them and then see if your test gets picked up in the framework of your interest. RunTest has listOnly option.Is there a way to know if a particular test is only intended for one, or some frameworks? Other than running it in that framework and seeing that it fails...? I guess could always run find java/testing -name <testname>.out and see how many master files the test has. Will that work, or is the output compared to a default master if there isn't one for that framework? Satheesh |
- Re: [jira] Commented: (DERBY-85) NPE when creatin... Satheesh Bandaram
- Re: [jira] Commented: (DERBY-85) NPE when cr... Dyre . Tjeldvoll
- [jira] Commented: (DERBY-85) NPE when creati... Satheesh Bandaram (JIRA)
- Re: [jira] Commented: (DERBY-85) NPE when cr... Dyre . Tjeldvoll
