You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@struts.apache.org by "Ted Husted (JIRA)" <ji...@apache.org> on 2006/07/11 23:51:16 UTC

[jira] Updated: (STR-1301) loses index with jsp:include

     [ http://issues.apache.org/struts/browse/STR-1301?page=all ]

Ted Husted updated STR-1301:
----------------------------

    Bugzilla Id:   (was: 17977)
    Fix Version: TBD
                     (was: 1.2 Family)

> <nested:iterate> loses index with jsp:include
> ---------------------------------------------
>
>          Key: STR-1301
>          URL: http://issues.apache.org/struts/browse/STR-1301
>      Project: Struts 1
>         Type: Bug

>   Components: Taglibs
>     Versions: 1.1 Final
>  Environment: Operating System: Windows XP
> Platform: PC
>     Reporter: Chris Butler
>     Priority: Minor
>      Fix For: TBD
>  Attachments: Names.java, StrutsBaseForm.java, StrutsInnerBean.java, requestScope.jsp, testBase.jsp, testInnerJunk.jsp, testInnerOne.jsp, testInnerTwo.jsp, testNestedIterate.jsp, testNestedIterateInclude.jsp, testNestedIterateInclude.jsp, testNestedIterateInclude2.jsp
>
> POTENTIAL BUG:
> When using nested:interate and placing a jsp:include in the iteration, the
> included jsp cannot retrieve the proper nesting level.  Thus any form related
> nested tags are possibly named with duplicate names.  ie:
> <input hidden="name[0]" value="name1"/>
> <input hidden="name[0]" value="name2"/>
> COMMENT OF NOTE:
> It appears that tag does *NOT* lose the actual underlying beans, 
> it just loses the proper naming of the index.
> SIMPLE EXAMPLE:
> *** testNestedIterate.jsp = 
> <nested:root name="narray">
>   <nested:iterate property="names">
>     BEFORE: <nested:writeNesting /><br />
>     <jsp:include page="testNestedIterateInclude.jsp" />
>   </nested:iterate>
> </nested:root>
> *** testNestedIterateInclude.jsp =
> <nested:root>
>   AFTER: <nested:writeNesting />
>   Name in bytes: <nested:write property="bytes"/><p />
> </nested:root>
> I will attach the test class throwaway.test.Names 
> in a subsequent comment to help document this problem better.
> I've tried to seriously test this before submitting this as
> bug so if any further information is needed please reach me
> at cbutler@mateso.com.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/struts/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira