tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From הילה <hilavalen...@gmail.com>
Subject Re: Cleaning up after tomcat jdbc-pool?
Date Wed, 09 Mar 2011 19:39:26 GMT
I'll define it. thanks :]
I've implemented 2 changes in production servers - one with the new pool
(and still jtds drivers) and one with new pool + switching to jdbc drivers.
both has windows authentication enabled.
the servers look pretty stable until now, but I'm waiting to see the memory
behaviour in the next few days. on servers with the jtds driver, basic pool
and windows authentication, the leak appeared pretty fast, so I'm expecting
results real soon.
I'll keep you posted.
Thanks you guys, you've been a great help so far :]
Hila


2011/3/9 Filip Hanik - Dev Lists <devlists@hanik.com>

> On 03/07/2011 06:46 PM, Nicholas Sushkin wrote:
>
>> I don't think the default pool has any glaring leaks. However, your db
>> may.
>> I have ran into cases when Oracle would run out of PGA memory, which
>> cleared
>> with tomcat restart.
>>
>> It may help to use connection validation feature of tomcat's new pool to
>> close connections that ran out of memory.
>>
>>
>
> Look at the "maxAge" property in
>
> http://people.apache.org/~fhanik/jdbc-pool/jdbc-pool.html
>
> it is created just to deal with the database sessions that have memory
> leaks, and the leak is somewhat predictable timing wise
>
> best
> Filip
>
>
>  Don't know if such a scenario has been tested. I am curious to hear.
>>
>> On Mar 7, 2011 10:46 AM, "הילה"<hilavalensia@gmail.com>  wrote:
>>
>> Thanks :]
>> Let's see if it'll somewhat help with the memory leak, or with memory
>> management at all
>>
>>
>> 2011/3/7 Filip Hanik - Dev Lists<devlists@hanik.com>
>>
>>
>>
>>
>>> On 3/7/2011 3:48 AM, Mark Thomas wrote:
>>>
>>>
>>>
>>>> On 07/03/2011 10:39, הילה wrote:
>>>>
>>>>
>>>>
>>>>> I found this...
>>>>>
>>>>>
>>>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message