| От | Kevin Grittner |
|---|---|
| Тема | Re: PGobject returned from ResultSet.getObject |
| Дата | |
| Msg-id | 43EB17B0.EE98.0025.0@wicourts.gov обсуждение |
| Ответ на | Re: PGobject returned from ResultSet.getObject (Dave Cramer <pg@fastcrypt.com>) |
| Список | pgsql-jdbc |
>>> On Wed, Feb 8, 2006 at 7:15 pm, in message <A74BA11E-BC48-43E4-B5FD-7835C26217D0@fastcrypt.com>, Dave Cramer <pg@fastcrypt.com> wrote: > > Can you give us more information. Is this using a pool, threads? We have a set of worker threads dealing with requests from a queue, with one JDBC connection per thread. The only time a separate thread invokes any methods on the JDBC objects is the occasional Statement.cancel(). > It would be interesting to see if the rest of the fields are still > good after the bad one? I assume that this is the same issue addressed by the patch posted this morning by Till Toenges. ( http://archives.postgresql.org/pgsql-jdbc/2006-02/msg00066.php ) Is there still any need to try to get this information about subsequent columns? -Kevin
В списке pgsql-jdbc по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера