From: | Maxime Lévesque <maxime(dot)levesque(at)gmail(dot)com> |
---|---|
To: | Kris Jurka <books(at)ejurka(dot)com> |
Cc: | Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>, pgsql-jdbc(at)postgresql(dot)org |
Subject: | Re: SQLException.getErrorCode ? |
Date: | 2010-05-01 21:41:48 |
Message-ID: | t2z554f5f781005011441r9d9cd8a0z3838fbd76275c026@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-jdbc |
The getSQLState method is perfectly fine with me, I was mislead when I
found
old posts on the web that said that error codes were not supported at the
server level.
I had first tried using the getErrorCode because all other drivers I have
used
use this method. I guess making the getSQLState documentation easy available
would be the first thing to do.
Cheers
On Sat, May 1, 2010 at 3:44 PM, Kris Jurka <books(at)ejurka(dot)com> wrote:
>
>
> On Sat, 1 May 2010, Kevin Grittner wrote:
>
> Kris Jurka <books(at)ejurka(dot)com> wrote:
>>
>> As I said earlier you need to check SQLException.getSQLState, not
>>> getErrorCode.
>>>
>>
>> Why anyone would want to use error code instead of SQLSTATE is
>> beyond me, but since they're out there, perhaps we should implement
>> getErrorCode to interpret SQLSTATE as a base 36 number, and return
>> that number? It might take less time than fielding the next
>> complaint. ;-)
>>
>> The biggest down side is that we'd have to document it....
>>
>>
> Exactly, who's going to maintain this list of alternate error code
> versions? If the main project was to put this version of the error codes in
> the master table of error codes, then I guess it would be OK. I can't
> imagine proposing that though, unless there are other driver projects that
> are in the same position.
>
> Kris Jurka
>
From | Date | Subject | |
---|---|---|---|
Next Message | Maxime Lévesque | 2010-05-02 00:17:30 | Re: SQLException.getErrorCode ? |
Previous Message | Kris Jurka | 2010-05-01 19:44:21 | Re: SQLException.getErrorCode ? |