Hi Konstantin,
On 09.05.2010 11:38, Konstantin Kolinko wrote:
2010/5/9 Rainer Jung:
On 07.05.2010 20:08, Filip Hanik - Dev Lists wrote:
On 05/07/2010 08:03 AM, Rainer Jung wrote:
It's there after JDK start with some version of the JDK. It's not
there if I only start a plain Java test doing
2010/5/9 Rainer Jung :
> On 07.05.2010 20:08, Filip Hanik - Dev Lists wrote:
>>
>> On 05/07/2010 08:03 AM, Rainer Jung wrote:
>>>
>>> It's there after JDK start with some version of the JDK. It's not
>>> there if I only start a plain Java test doing only a sleep using the
>>> same JDK.
>>
>> well,
On 07.05.2010 20:08, Filip Hanik - Dev Lists wrote:
On 05/07/2010 08:03 AM, Rainer Jung wrote:
It's there after JDK start with some version of the JDK. It's not
there if I only start a plain Java test doing only a sleep using the
same JDK.
well, if the app uses java.net.URL to a https, then th
On 05/07/2010 08:03 AM, Rainer Jung wrote:
On 07.05.2010 14:23, Konstantin Kolinko wrote:
2010/5/7 Rainer Jung:
On 07.05.2010 11:00, Konstantin Kolinko wrote:
2010/5/7 Rainer Jung:
I'm wondering why the PCKS Token
Poller thread was captured by the leak prevention. Since we know the
code,
it
On 07.05.2010 14:23, Konstantin Kolinko wrote:
2010/5/7 Rainer Jung:
On 07.05.2010 11:00, Konstantin Kolinko wrote:
2010/5/7 Rainer Jung:
I'm wondering why the PCKS Token
Poller thread was captured by the leak prevention. Since we know the
code,
it was because its context class loader was eq
2010/5/7 Rainer Jung :
> On 07.05.2010 11:00, Konstantin Kolinko wrote:
>>
>> 2010/5/7 Rainer Jung:
>>>
>>> I'm wondering why the PCKS Token
>>> Poller thread was captured by the leak prevention. Since we know the
>>> code,
>>> it was because its context class loader was equal to the
>>> WebappClas
On 07.05.2010 11:00, Konstantin Kolinko wrote:
2010/5/7 Rainer Jung:
I'm wondering why the PCKS Token
Poller thread was captured by the leak prevention. Since we know the code,
it was because its context class loader was equal to the WebappClassLoader
of /manager. That's what I don't understand.
2010/5/7 Rainer Jung :
> I'm wondering why the PCKS Token
> Poller thread was captured by the leak prevention. Since we know the code,
> it was because its context class loader was equal to the WebappClassLoader
> of /manager. That's what I don't understand. See my original post.
>
TCCL is inherit
On 06.05.2010 23:24, Sylvain Laurent wrote:
When you analyzed the heap dump, what path to GC roots was retaining the
classloader in memory ?
I did the heap dump before the context restart.
Note: I don't want to debug a memory leak. I'm wondering why the PCKS
Token Poller thread was captured
When you analyzed the heap dump, what path to GC roots was retaining the
classloader in memory ?
On 6 mai 2010, at 20:51, Rainer Jung wrote:
> While doing some testing with 6.0.26 I noticed, that when shutting it down it
> logs an error about thread "Poller SunPKCS11-Solaris" not being stopped
10 matches
Mail list logo
