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=44352>. 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=44352 Summary: Nested element from different xmlns is not recognized. Product: Ant Version: 1.7.0 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Core AssignedTo: notifications@ant.apache.org ReportedBy: [EMAIL PROTECTED] I am setting this bug to "core" since AFAICT the bug is not in typedef/taskdef, but rather in the namespace resolution of nested types. [...] I have two sets of local Ant tasks, say A and B, and B tasks use nested types defined on A. I have tried to start using the "uri' attribute on both groups, but things don't work with nested types. Namely I cannot use nested elements from one namespace, inside tasks defined into a another namespace. [...] Importing tasks inside a xmlns:B="etc", and importing the types from A without using "uri" will work: <B:createapplication name="admin"> <database refid="ID" /> </B:createapplication> Importing everything withOUT using "uri", will also work: <createapplication name="admin"> <database refid="ID" /> </createapplication> However using xmlns:B="www.B_JAR", and xmlns:A="www.A_JAR" will NOT work: <B:createapplication name="admin"> <A:database refid="mydatabse"/> </B:createapplication> Here I will get: """B:createapplication doesn't support the nested "database" element.""" Using the same xmlns settings, if I pass the database element through a reference in an attribute, like in <A:database name="etc" bootstrap="etc" id="mydatabase"/> <B:createapplication name="admin" databaseref="mydatabse"> </B:createapplication> things do work. So the namespace import seems to be OK, what is failing is the type resolution of nested types. -- 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.