From: | Dave Cramer <pg(at)fastcrypt(dot)com> |
---|---|
To: | Kris Jurka <books(at)ejurka(dot)com> |
Cc: | List <pgsql-jdbc(at)postgresql(dot)org>, Luis Londono <somakani(at)gmail(dot)com> |
Subject: | Re: Bug with callable statement and output parameters |
Date: | 2006-04-28 12:00:14 |
Message-ID: | 761B0D82-3920-4314-BA08-C7B41D05BF00@fastcrypt.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-jdbc |
On 27-Apr-06, at 10:15 PM, Kris Jurka wrote:
>
>
> On Thu, 27 Apr 2006, Dave Cramer wrote:
>
>> Patch attached for review and test
>>
>
> This patch does not handle the situation where the number of
> registered parameters does not match the number of returned
> parameters as the attached tests show.
Thanks, I'll add this test.
>
> Also the regression tests you sent me separately are no good. They
> do not pass because they mix creating and destroying the test
> function in the test method and the tearDown method. This should
> go into setUp and tearDown. Also you can't call executeQuery on a
> CallableStatement because it will complain with "No results were
> returned by the query."
Sorry, I originally had them there but setUp and tearDown get called
for every test, so I moved them, and didn't remove them in teardown.
>
> The whole Jdbc3CallableStatementTest sucks. It should have all of
> its function/table creation destruction moved into setUp/tearDown.
> Also the coding:
So we're OK with adding, and removing the functions for every test ?
>
> try {
> // something
> } catch(Exception e) {
> fail(e.getMessage();
> }
>
> Is a waste of code. Not only does it not do anything, but it also
> obscures the source of the exception.
>
> Kris Jurka
> <OutFunc.java>
From | Date | Subject | |
---|---|---|---|
Next Message | David Durham | 2006-04-28 13:55:03 | Re: connection pooling with servlets |
Previous Message | Mads N. Vestergaard | 2006-04-28 11:04:23 | Re: java.sql.SQLException: No suitable driver |