Re: Removing our datasource/pooling implementation.
От | Kris Jurka |
---|---|
Тема | Re: Removing our datasource/pooling implementation. |
Дата | |
Msg-id | Pine.BSO.4.56.0501111855590.32720@leary.csoft.net обсуждение исходный текст |
Ответ на | Re: Removing our datasource/pooling implementation. (Oliver Jowett <oliver@opencloud.com>) |
Ответы |
Re: Removing our datasource/pooling implementation.
|
Список | pgsql-jdbc |
On Wed, 12 Jan 2005, Oliver Jowett wrote: > Looking at the code, it looks like fireConnectionFatalError() isn't > being called in the normal execution (non-setup) path at all. Yes, this is the root of the problem. > I will look at fixing this. Probably the best way to do it is monitor > the SQLState of thrown exceptions in the InvocationHandler and know > about which states are fatal (e.g. connection failure, driver internal > errors). > That could work, although coming up with the list of fatal states might be tricky. I've never paid much attention to the sql states that the driver assigns itself, this might be the time to change that and remove the PSQLException constructor that doesn't take a PSQLState argument. Kris Jurka
В списке pgsql-jdbc по дате отправления: