From: | Barry Lind <blind(at)xythos(dot)com> |
---|---|
To: | Jeremiah Jahn <jeremiah(at)cs(dot)earlham(dot)edu> |
Cc: | postgres jdbc <pgsql-jdbc(at)postgresql(dot)org> |
Subject: | Re: changes to error reporting questions |
Date: | 2003-03-14 01:26:29 |
Message-ID: | 3E712FC5.8050200@xythos.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | 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)
>
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Barry Lind | 2003-03-14 01:35:00 | Re: Need setFetchSize() |
Previous Message | Barry Lind | 2003-03-13 22:32:29 | Re: jdbc Batch update stack trace |