Re: Memroy leak with jdbc

Поиск
Список
Период
Сортировка
Искать
От
Joseph Shraibman
Тема
Re: Memroy leak with jdbc
Дата
в 21:11:30
Msg-id
3EB70BB7.1010307@selectacast.net
Ответ на
Список
Дерево обсуждения
Memroy leak with jdbc Joseph Shraibman <jks@selectacast.net>
Re: Memroy leak with jdbc Oliver Jowett <oliver@opencloud.com>
Re: Memroy leak with jdbc Joseph Shraibman <jks@selectacast.net>
Re: Memroy leak with jdbc Joseph Shraibman <jks@selectacast.net>
Re: Memroy leak with jdbc Joseph Shraibman <jks@selectacast.net>
Re: Memroy leak with jdbc Joseph Shraibman <jks@selectacast.net>
Re: Memroy leak with jdbc Barry Lind <blind@xythos.com>
Re: Memroy leak with jdbc Joseph Shraibman <jks@selectacast.net>
Re: Memroy leak with jdbc Barry Lind <blind@xythos.com>
Re: Memroy leak with jdbc Barry Lind <blind@xythos.com>
Re: Memroy leak with jdbc jks@selectacast.net
Specifically, this code in QueryExecutor:


	case 'N':	// Error Notification
						connection.addWarning(pgStream.ReceiveString(connection.getEncoding()));
						break;

At that point the ResultSet doesn't necc. exist, but the Statement does.  There are a few 
approaches to fixing this:

1) Clear the warnings before executing the query
2) Appeneding the warnings to the Statement
3) Keeping our own warnings chain, then appending the whole chain after the ResultSet is 
created.

Personally I perfer #3, but could there be a case where the ResultSet isn't created 
because of some other error, and then we don't want to lose the warning?

В списке pgsql-jdbc по дате отправления
От: Joseph Shraibman
Дата:
Сообщение: Re: Memroy leak with jdbc
От: Dirk Bromberg
Дата:
FAQ