From: | "Paul Tomblin" <ptomblin(at)gmail(dot)com> |
---|---|
To: | pgsql-jdbc(at)postgresql(dot)org |
Subject: | Re: Getting "This ResultSet is closed" exceptions |
Date: | 2008-02-18 19:48:24 |
Message-ID: | 8efd35820802181148o3325551fj2f4f7de7baab39a1@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-jdbc |
On Feb 18, 2008 2:10 PM, Andres Olarte <olarte(dot)andres(at)gmail(dot)com> wrote:
> You might go for using a single connection per thread. Works for me.
Forgive a possibly stupid question, but how would a class know whether
there is a Connection for this thread already? I use a simple static
to hold the Connection, and so I get one for the whole program. But
there is a lot of asynchronous stuff going on with GUI callbacks,
external "messages" and RMI calls, etc. Do I have to create and
destroy a connection in every callback, or use some sort of thread
pooling system? A previous engineer on this project had one subsystem
that was creating a new database connection every second, and then
closing it a few milliseconds later - that seems like madness to me.
--
For my assured failures and derelictions I ask pardon beforehand of my
betters and my equals in my Calling here assembled, praying that in
the hour of my temptations, weakness and weariness, the memory of this
my Obligation and of the company before whom it was entered into, may
return to me to aid, comfort and restrain.
From | Date | Subject | |
---|---|---|---|
Next Message | Jan de Visser | 2008-02-18 22:08:06 | Re: Getting "This ResultSet is closed" exceptions |
Previous Message | peter royal | 2008-02-18 19:14:03 | Re: Implementing setQueryTimeout() |