Re: FW: PreparedStatement#setString on non-string parameters

From: Guillaume Cottenceau <gc(at)mnc(dot)ch>
To: "Silvio Bierman" <sbierman(at)jambo-software(dot)com>
Cc: "PostgreSQL JDBC" <pgsql-jdbc(at)postgresql(dot)org>
Subject: Re: FW: PreparedStatement#setString on non-string parameters
Date: 2005-03-09 17:04:38
Message-ID: 87ll8wiwd5.fsf@meuh.mnc.ch
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-jdbc

"Silvio Bierman" <sbierman 'at' jambo-software.com> writes:

> Either the JDBC drivers for the databases I mentioned earlier do the
> conversion or the database backends do it on the server side. Any way, this
> works in all cases. PostgreSQL is the first database to break our
> application due to this behaviour. We have had problems on earlier versions

But you understand it's not breaking the JDBC spec, though.

> of MySQL because of lack of subselect support etc. but never these issues.
>
> I really love what I have seen of PostgreSQL until now and I am seriously
> considering making it our preferred database backend. The ability to run on
> both Linux and Windows is great, performance is excellent (I tried a quite
> large database) even when I am still inserting my GUID keys as varchar data
> and the admin tool is very good also.
>
> Telling my users to use an old JDBC driver is not an option though...

But telling the developers to follow the JDBC specs is definitely
an option :). Understand me: I know that there can be a real pile
of existing code that did run before, and is broken now by this
change. However, you cannot ask developers implementing a
specification to intentionally break the specification because
others drivers and old version did so.

--
Guillaume Cottenceau

In response to

Browse pgsql-jdbc by date

  From Date Subject
Next Message Csaba Nagy 2005-03-09 17:29:11 Re: [JDBC] java is locked when select for update
Previous Message Csaba Nagy 2005-03-09 16:44:32 Re: [JDBC] java is locked when select for update