Re: Patch: Some more state codes

From: Kris Jurka <books(at)ejurka(dot)com>
To: Johann 'Myrkraverk' Oskarsson <johann(at)2ndquadrant(dot)com>
Cc: PostgreSQL JDBC <pgsql-jdbc(at)postgresql(dot)org>
Subject: Re: Patch: Some more state codes
Date: 2011-09-09 14:25:05
Message-ID: alpine.BSO.2.00.1109091019350.4040@leary.csoft.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-jdbc

On Wed, 7 Sep 2011, Johann 'Myrkraverk' Oskarsson wrote:

> Well, for application use imagine this scenario (from an actual
> application of mine):
>
> try {
> CREATE TABLE t ...
> } catch ( SQLException e ) {
> if ( e.getSQLState().equals( PSQLState.DUPLICATE_TABLE ) )
> ; // do something or ignore when the table exists already
> ...
> }
>
>
> Now, if you don't want applications to use PSQLState and rely on the
> numerical values then there is not much need, no.
>

I guess I was not expecting users trying to write portable JDBC code to
write code that referred to PG specific classes. Do other people do this?

> The UNDEFINED_OBJECT constant is a little trickier. I use it to patch
> the driver for the Atomikos XA testsuite. I've already submitted that
> patch but do understand your reluctance to accept it since its
> validity is not immediately apparent.

I've got to admit that I haven't really looked into that one, but if you
are patching the driver to fix that, then there's no reason that patch
couldn't touch PSQLState as well.

Kris Jurka

In response to

Responses

Browse pgsql-jdbc by date

  From Date Subject
Next Message Kris Jurka 2011-09-09 14:31:42 Re: 9.1 driver status
Previous Message Kris Jurka 2011-09-09 14:18:53 Re: Issue getColumns(): Nonstandard use of \\ in a string literal