Re: changes to error reporting questions

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)
>
>
>

In response to

Browse pgsql-jdbc by date

  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