You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by bu...@apache.org on 2002/08/22 20:02:11 UTC

DO NOT REPLY [Bug 11942] New: - reassignment of variables to pagecontext attributes in body loop

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=11942>.
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=11942

reassignment of variables to pagecontext attributes in body loop

           Summary: reassignment of variables to pagecontext attributes in
                    body loop
           Product: Tomcat 4
           Version: 4.1.9
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: Jasper 2
        AssignedTo: tomcat-dev@jakarta.apache.org
        ReportedBy: tvanhusen@libra.de


For Tags implementing BodyTagSupport the following is getting generated (at 
the end of body loop) to reassign the exposed variables to pageContext 
attribute objects (which presumably change for each iteration):

    int evalDoAfterBody = _jspx_th_list_forEach_0.doAfterBody();
    supplierInfo = (de.libra.util.vo.ValueObject) pageContext.findAttribute
("supplierInfo");
    if (evalDoAfterBody != javax.servlet.jsp.tagext.BodyTag.EVAL_BODY_AGAIN)
      break;
  } while (true);
  if (_jspx_eval_list_forEach_0 != 
javax.servlet.jsp.tagext.Tag.EVAL_BODY_INCLUDE)
    out = pageContext.popBody();

The reassignment is not generated for tags implementing TagSupport. What is 
wrong. Since TagSupport implements the IterationTag interface(since JSP 1.2) 
which was introduced to allow tag body iteration while writing the body 
immediately to the current JspWriter and not suffer from buffering overhead.

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