From: | Fernando Nasser <fnasser(at)redhat(dot)com> |
---|---|
To: | Felipe Schnack <felipes(at)ritterdosreis(dot)br> |
Cc: | pgsql-jdbc <pgsql-jdbc(at)postgresql(dot)org> |
Subject: | Re: setFetchSize() bug? |
Date: | 2003-08-05 14:21:07 |
Message-ID: | 3F2FBD53.4090600@redhat.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-jdbc |
There isn't enough information to debug this in the stack trace. This
code seems fine and is there for some time already.
Do you have a small example that could be used to reproduce the problem?
It would make it easier for us to track it down.
Regards,
Fernando
Felipe Schnack wrote:
> I just found something about the way setFetchSize() is implemented in current CVS version of the driver, I'm wondering if it's a bug, probably it is. I just found that if you don't use server-side preparedstatements, the following exception is thrown (I sent this same exception earlier today). This is a bug? I can't understand it very well.... seems to me that the driver uses the statement's name as the cursor name??
>
> java.sql.SQLException: ERROR: parser: parse error at or near "null" at character 23
> at org.postgresql.core.QueryExecutor.executeV2(QueryExecutor.java:286)
> at org.postgresql.core.QueryExecutor.execute(QueryExecutor.java:104)
> at org.postgresql.core.QueryExecutor.execute(QueryExecutor.java:66)
> at org.postgresql.jdbc1.AbstractJdbc1ResultSet.next(AbstractJdbc1ResultSet.java:135)
> at org.apache.commons.dbcp.DelegatingResultSet.next(DelegatingResultSet.java:135)
>
>
--
Fernando Nasser
Red Hat Canada Ltd. E-Mail: fnasser(at)redhat(dot)com
2323 Yonge Street, Suite #300
Toronto, Ontario M4P 2C9
From | Date | Subject | |
---|---|---|---|
Next Message | Felipe Schnack | 2003-08-05 14:25:31 | Re: setFetchSize() bug? |
Previous Message | Felipe Schnack | 2003-08-05 12:59:45 | Re: Cursornames |