DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=33934>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=33934 ------- Additional Comments From [EMAIL PROTECTED] 2007-03-26 19:53 ------- (In reply to comment #7) > c:set - release 'target' in doEndTag > c:forEach - release 'item' in doEndTag But you're not allowed to do that sort of thing in doEndTag, it's only valid for the release method (which usually calls a private init method). However, even if the properties are cleared by the release method, there's no guarantee as to when the container will call it, so it can still behave like a leak. I haven't looked at <c:forEach>, but the init method for <c:set> should at least set target and property to null (it already sets value to null). Beyond that, I can remember hacking something together that used reference objects but also required implementing the TryCatchFinally interface. I'd have to double-check, but I think that would still maintain binary compatibility. The real question is whether reference objects would violate the spec's definition of persistent: Once properly set, all properties are expected to be persistent, so that if the JSP container ascertains that a property has already been set on a given tag handler instance, it must not set it again. The JSP container may reuse classic tag handler instances for multiple occurrences of the corresponding custom action, in the same page or in different pages, but only if the same set of attributes are used for all occurrences. If a tag handler is used for more than one occurence, the container must reset all attributes where the values differ between the custom action occurrences. Attributes with the same value in all occurrences must not be reset. If an attribute value is set as a request-time attribute value (using a scripting or an EL expression), the container must reset the attribute between all reuses of the tag handler instance. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
