Got disabling of tag pooling to work.  I had to force a re-compilation of the JSPs.

Sri

-----Original Message-----
From: Sri Sankaran [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, July 09, 2003 10:55 AM
To: Edgar Dollin; [EMAIL PROTECTED]
Subject: RE: NestedIterateTag won't let go of collection

Disabled pooling.  No cigar :(

Sri

-----Original Message-----
From: Edgar Dollin [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, July 09, 2003 7:06 AM
To: Sri Sankaran; '[EMAIL PROTECTED]'
Subject: RE: NestedIterateTag won't let go of collection

There is a known bug if the collection is passed in directly (i.e.
<%=myCollection%>).  If the collection is passed in as a bean in the
session, at least certain tags handle it correctly.  The other thing to try
is to disable tag pooling ($TOMCAT_HOME/conf/web.xml -->
enablePooling=false).

Edgar

> -----Original Message-----
> From: Sri Sankaran [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, July 08, 2003 10:32 PM
> To: '[EMAIL PROTECTED]'
> Subject: NestedIterateTag won't let go of collection
> 
> 
> Using: Struts 1.1
> Servlet Container: Tomcat 4.1.24
> 
> In the process of studying the memory footprint of my 
> application, I found that certain objects were not getting 
> garbage collected even though there were no apparent 
> references.  The biggest culprit was a rather large 
> collection that was being displayed using <nested:iterate>.  
> 
> I am mentioning *how* it is being displayed only because 
> JProbe revealed that the reason the collection isn't getting 
> free'd is because the associated NestedIterateTag object was 
> maintaining a reference to it - even after the user session 
> was invalidated.  
> 
> I realize that this may not be Struts-issue per se but one of 
> how Tomcat manages (reuses) tags.  Have you seen such 
> behavior and is there a way to coerce tag to free the 
> application object?
> 
> Thanks
> 
> Sri
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to