DO NOT REPLY [Bug 19915] - getAttributes does not work in ElemExtensionCall subtree

[bu...@apache.org]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19915>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19915

getAttributes does not work in ElemExtensionCall subtree





------- Additional Comments From johnglinux@eyecatching.com  2004-02-05 19:41 -------
I just ran into this issue when trying to implement an Eclipse plugin.
Not only does Xalan not implement the getAttributes() method but if
you could get at the m_AVT (Attribute Value Table) if you look at
the comment, it notes that it is void of attributes in the XSL namespace.

I have found that if you are in control of the environment and perform the
transformation with a DOMSource and not a SAXSource, you can use the
function getDOMBackPointer() to get the actual Element in your XSL Stylesheet
and have access to everything.

One strange problem I had, in trying to be unobtrusive as possible in the
Eclipse environment, I used the default Transformer without setting any
JAXP parameters which ended up giving me a Crimson DOM impl. If I did not
turn off validation and set namespace aware to be true, Xalan would NOT
parse the stylesheet claiming that the stylesheet element needed a version
attribute which it had. Not sure why this is, but it is working for me now.