Re: extended error codes in the JDBC driver

From: "Tim Lucia" <Tim(dot)Lucia(at)storigen(dot)com>
To: "Joe Shevland" <jshevland(at)j-elite(dot)com>, "Marin Dimitrov" <marin(dot)dimitrov(at)sirma(dot)bg>
Cc: <pgsql-jdbc(at)postgresql(dot)org>
Subject: Re: extended error codes in the JDBC driver
Date: 2002-05-10 12:27:08
Message-ID: 7BFCE5F1EF28D64198522688F5449D5A3D023D@xchangeserver2.storigen.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-jdbc

I've used mySQL before and it handled error codes. Much more convenient and reliable then parsing string errors/exceptions.

Tim Lucia

> -----Original Message-----
> From: Joe Shevland [mailto:jshevland(at)j-elite(dot)com]
> Sent: Thursday, May 09, 2002 7:38 PM
> To: Marin Dimitrov
> Cc: pgsql-jdbc(at)postgresql(dot)org
> Subject: Re: [JDBC] extended error codes in the JDBC driver
>
>
> Fairly long-standing request this one, to get errno() or
> something similar to report an error code back to the client
> interfaces.
>
> I agree, its critically important because you can't determine
> things in the (fe) code based on parsing an error message
> (well you can, but its stupid to rely on this). It does
> require changes in the backend, and I guess probably not
> insignificant, as anywhere it previously threw an error the
> code'd need to be changed to use an integer constant or
> similar, plus creating all the error codes etc (well maybe
> just editing one function call ;). Still, the only driver
> I've used that behaved well in this fashion was the Oracle
> one, and it made a really nice difference to developing.
>
> Regards,
> Joe
>
> > -----Original Message-----
> > From: pgsql-jdbc-owner(at)postgresql(dot)org
> > [mailto:pgsql-jdbc-owner(at)postgresql(dot)org]On Behalf Of Marin Dimitrov
> > Sent: Friday, 10 May 2002 3:01
> > Cc: pgsql-jdbc(at)postgresql(dot)org
> > Subject: Re: [JDBC] extended error codes in the JDBC driver
> >
> >
> >
> > ----- Original Message -----
> > From: "Barry Lind"
> >
> > > Could you please define what you mean by 'extended error code
> > reporting'?
> > >
> >
> > I guess an error code <> 0, which will be a problem since
> it's related to
> > the backend, not the jdbc driver
> >
> > best,
> >
> > Marin
> >
> > ----
> > "...what you brought from your past, is of no use in your
> present. When
> > you must choose a new path, do not bring old experiences with you.
> > Those who strike out afresh, but who attempt to retain a
> little of the
> > old life, end up torn apart by their own memories. "
> >
> >
> >
> >
> > ---------------------------(end of
> broadcast)---------------------------
> > TIP 2: you can get off all lists at once with the unregister command
> > (send "unregister YourEmailAddressHere" to
> majordomo(at)postgresql(dot)org)
> >
>
>
> ---------------------------(end of
> broadcast)---------------------------
> TIP 3: if posting/reading through Usenet, please send an appropriate
> subscribe-nomail command to majordomo(at)postgresql(dot)org so that your
> message can get through to the mailing list cleanly
>

Browse pgsql-jdbc by date

  From Date Subject
Next Message Barry Lind 2002-05-10 21:32:12 Re: NullPointerException in rg.postgresql.jdbc2.ResultSet.getBytes
Previous Message Joe Shevland 2002-05-09 23:37:56 Re: extended error codes in the JDBC driver