From: | "Vianen, Jeroen van" <jeroen(dot)van(dot)vianen(at)satama(dot)com> |
---|---|
To: | pgsql-jdbc(at)postgresql(dot)org |
Subject: | PostgreSQL JDBC + Hibernate lose valuable debug info if an exception is thrown |
Date: | 2004-07-30 09:59:21 |
Message-ID: | F9926D32A30ED511B8E30050044AB52E01F63716@ams010.satama.nl |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-jdbc |
Hi,
When using Hibernate together with PostgreSQL the following might happen:
- Hibernate uses batched updates
- An exception is thrown (e.g. when a foreign key constraint is violated or
a not null column is left out, etc.)
- This SQLException is wrapped in a PBatchUpdateException
- This PBatchUpdateException is wrapped in a HibernateException
- The HibernateException is written to the log
The problem is that Hibernate uses standard stacktrace print routines with
Root causes as found in JDK 1.4. The call on getNextException() as found in
SQLException is never made and valuable debugging information is lost, e.g.
the actual cause of the BatchUpdateException.
I am wondering whether it is possible to mimic JDK 1.4 root cause exception
handling in PBatchUpdateException so a decent stack trace can be logged.
Hope that this request makes any sense,
Regards,
Jeroen
From | Date | Subject | |
---|---|---|---|
Next Message | Anders Hermansen | 2004-07-30 11:30:59 | Re: PostgreSQL JDBC + Hibernate lose valuable debug info if an exception is thrown |
Previous Message | Kris Jurka | 2004-07-30 06:31:23 | Re: Calling PGSQL Stored function thru JDBC |