Re: changes to error reporting questions
| От | Barry Lind |
|---|---|
| Тема | Re: changes to error reporting questions |
| Дата | |
| Msg-id | 3E712FC5.8050200@xythos.com обсуждение исходный текст |
| Ответ на | changes to error reporting questions (Jeremiah Jahn <jeremiah@cs.earlham.edu>) |
| Список | pgsql-jdbc |
Jeremiah,
This was an inadvertant change in the driver. I just checked in a fix
that will revert back to the sql statement being printed. I also
updated the error message to read:
Batch entry {0} {1} was aborted. Call getNextException() to see the cause.
thanks,
--Barry
Jeremiah Jahn wrote:
> before updating to 7.3 my sql errors used to report the actual SQL that
> caused the error, this seems to no longer be the case. This can be a
> slight pain to debug when there are a few hundred statements in a batch
> update. I want to make sure that this is a change in the driver code and
> not something I screwed up someplace. Is there someplace to get this
> info if it is a change in the code?
>
> Batch entry 47 [Ljava.lang.Object;@13ad33d was aborted.
> at org.postgresql.jdbc2.AbstractJdbc2Statement.executeBatch(AbstractJdbc2Statement.java:105)
> at com.goodinassociates.judici.importer.judici.DOXImporter.importDoc(Unknown Source)
> at com.goodinassociates.judici.importer.judici.ImportServer$Client.run(Unknown Source)
>
>
>
В списке pgsql-jdbc по дате отправления: