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

           Summary: SetSupport.doEndTag overzealous about cleanup
           Product: Taglibs
           Version: 1.1.0
          Platform: Other
        OS/Version: other
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Standard Taglib
        AssignedTo: [email protected]
        ReportedBy: [EMAIL PROTECTED]


I'm not deeply familiar with the Standard taglibs code, but I have a
reproducible problem.  I had this tag in my code:

<c:set var="VENDOR" value="${sessionScope.BROWSE_VENDOR}" />

and it was causing the "VENDOR" attribute to be cleared from the session.  The
naming is evolving, so that for now those two attribute names are intended to
mean different things.  I was puzzled about what was going on, but when I put in
a SessionAttributeListener, I was able to determine that the behavior was
instigated by:

org.apache.jasper.runtime.PageContextImpl.removeAttribute(PageContextImpl.java:574)
org.apache.taglibs.standard.tag.common.core.SetSupport.doEndTag(SetSupport.java:118)
org.apache.jsp.catalog.Navigation_jsp._jspx_meth_c_set_1(Navigation_jsp.java:175)

if I explicitly set VENDOR into page scope, then the session doesn't get
touched.  Or, if I use a different local name instead of VENDOR, the session
doesn't get touched.  I haven't quite figured out how this is working in the
code, but these changes to the JSP seem to effectively control the behavior.  

(this is actually using standard-1.1.2.jar, but that version isn't in the
versions...)

-- 
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]

Reply via email to