You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by bu...@apache.org on 2003/01/21 19:50:32 UTC

DO NOT REPLY [Bug 16302] New: - UseAttributeTag does not clear id attribute

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16302>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16302

UseAttributeTag does not clear id attribute

           Summary: UseAttributeTag does not clear id attribute
           Product: Struts
           Version: 1.1 Beta 3
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: Tiles framework
        AssignedTo: struts-dev@jakarta.apache.org
        ReportedBy: wboyce@panix.com


Tomcat 4.1.12 does not appear to call the release method of any pooled tags 
until after the page has been completely evaluated.  In other words, it 
instantiates the tag, calls setXXX, doStartTag, and doEndTag some number of 
times, then calls release.  People have told me that this behavior is correct, 
so I've concluded that the proper time to clear out the tag attributes and 
prepare for the next invocation is at the end of doEndTag.  With all that in 
mind, while UseAttributeTag does clear the id attribute in its release method, 
it does not clear it at the end of doEndTag, so if there are several 
tiles:useAttribute tags in a row that include a name attribute but not an id 
attribute, the name of the first tag is used as the id attribute of the 
remaining tags, which always produces incorrect results.  If the behavior of 
Tomcat 4.1.12 is incorrect, then please close this bug and note that Tomcat 
(hopefully!) was fixed.  If the behavior of Tomcat 4.1.12 is correct, then 
UseAttributeTag needs to be fixed to work with it.

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>