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]  2005-03-10 09:59 -------
Quote from the spec:

Note that since there are no guarantees on the state of the properties, a tag 
handler that had some optional properties set can only be reused if those 
properties are set to a new (known) value. This means that tag handlers can 
only be reused within the same "AttSet" (set of attributes that have been set).

I'd say, this means that there is no requirement for tag handlers 
to "remember" their state after doEndTag(). 

I understand this like this example: a tag has attributes a1, a2, a3, a4, a5. 
When its used the first time, e.g. the attributes a1, a2 and a4 are set. Then 
it can be reused only in situations where  a1, a2 and a4 are set again. It can 
not be reused in a situation where only a1 and a2 are set again. Its not 
assumed that a4 will still contain the value from the previous call here. 

Also it would not make much sense to remember the value I think, because it 
would lead to some random behaviour. Another example:

<c:out value="${bean.property}" escapeXml="false"/>
<c:out value="${bean.property}"/>

Is escapeXml true or false in the second call? Of course it should be true, so 
the container can not reuse the first instance whose escapeXml attribute does 
not have the default value. If the container were allowed to reuse the tag 
handler, the behaviour would be random (depending on tag handler caching). But 
the container may reuse the c:out tag handler here:

<c:out value="${bean.property}" escapeXml="true"/>

because the same attributes are set again.




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