RE: JDBC 7.0 - ResultSet.getObject() bug

From: Peter Mount <petermount(at)it(dot)maidstone(dot)gov(dot)uk>
To: "'Gunnar R|nning'" <gunnar(at)candleweb(dot)no>, pgsql-interfaces(at)postgresql(dot)org
Subject: RE: JDBC 7.0 - ResultSet.getObject() bug
Date: 2000-05-23 14:18:43
Message-ID: 1B3D5E532D18D311861A00600865478CF1AE31@exchange1.nt.maidstone.gov.uk
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-interfaces

Hmmm, it should test using isNull() before trying to parse the object
type. I'll check.

Peter

--
Peter Mount
Enterprise Support
Maidstone Borough Council
Any views stated are my own, and not those of Maidstone Borough Council.

-----Original Message-----
From: Gunnar R|nning [mailto:gunnar(at)candleweb(dot)no]
Sent: Tuesday, May 23, 2000 2:48 PM
To: pgsql-interfaces(at)postgresql(dot)org
Subject: [INTERFACES] JDBC 7.0 - ResultSet.getObject() bug

Hello,

I just discovered what I think must be regarded as bug in the JDBC
driver
shipped with the 7.0 release.

The JDBC spec states that ResultSet.getObject() should return "null" if
the
there is an SQL NULL value in the column. The JDBC driver for postgres
does
however in this case return an object, eg. in the case of an int value
it
returns an Integer object with the value of "0".

From looking at source code it is apparent that the problem is that the
getObject() method reuses the public getInt() methods with friends.

Regards,

Gunnar

Browse pgsql-interfaces by date

  From Date Subject
Next Message Gunnar R|nning 2000-05-24 11:26:00 JDBC escape processing
Previous Message Gunnar R|nning 2000-05-23 13:53:49 JDBC 7.0 - PreparedStatement.setObject() bug.