Re: Detecting 'socket errors' - closing the Connection object

From: Dmitry Tkach <dmitry(at)openratings(dot)com>
To: Oliver Jowett <oliver(at)opencloud(dot)com>
Cc: David Wall <d(dot)wall(at)computer(dot)org>, pgsql-jdbc-list <pgsql-jdbc(at)postgresql(dot)org>
Subject: Re: Detecting 'socket errors' - closing the Connection object
Date: 2003-07-22 14:35:58
Message-ID: 3F1D4BCE.3040804@openratings.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-jdbc

>
>
>No, it's just saying you can't rely on detecting errors via isClosed(). You
>might see a spontaneous close after an error, but it's not *guaranteed* --
>only close() is guaranteed to cause isClosed() to return true.
>
>The next paragraph, which you trimmed, clarifies that:
>
Yes, that was the *next* paragraph abotu not relying on detecting errors.
This one explicitly said that it is *guaranteed* that isClosed() will
return true *only* after close() has been called.
And the previous one was - if the close() has been called *or* certain
fatal errors occured...

Dima

In response to

Browse pgsql-jdbc by date

  From Date Subject
Next Message Fernando Nasser 2003-07-22 14:36:01 Re: patch: tiny patch to correct stringbuffer size estimate
Previous Message Oliver Jowett 2003-07-22 14:34:34 Re: the IN clause saga