tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 31804] - setParent() is not called on nested tags in a tag file (.tagx)
Date Thu, 18 Nov 2004 14:35:56 GMT
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=31804>.
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=31804


dmitri_blinov@mail.ru changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|INVALID                     |




------- Additional Comments From dmitri_blinov@mail.ru  2004-11-18 15:35 -------
> Your expectation is wrong. You should expect setParent() to be called on your
> tag handler, and a non-null argument passed to it, only if your custom tag is
> nested inside another custom tag.

Shouldn't we expect setParent() to be called on <custom:submit> tag handler with
this.getParent() of .tagx file handler? I mean if our .tagx snippet in its term
will ever be nested inside another custom tag at some other place, then
setParent() will be called with this.getParent(), which was set to point to real
parent tag handler in that case.

For example I have batch.tag file with the number of <sql:update> tags. Now I
want that those statements would run in the context of <sql:transaction>. If I
simply put 

<sql:transaction>
  <my:batch />
</sql:transaction>

then <sql:update> statements won't be connected with the tag invocation tree
that includes <sql:transaction>.

I do not see any particular reason why enclosed <sql:update> invocations should
be isolated from their enclosing enviromnent... 

-- 
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: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org


Mime
View raw message