XSLTC generates prefixes that are too unique
--------------------------------------------
Key: XALANJ-2326
URL: http://issues.apache.org/jira/browse/XALANJ-2326
Project: XalanJ2
Issue Type: Bug
Components: XSLTC
Affects Versions: 2.7
Reporter: Henry Zongaro
Priority: Minor
Given a stylesheet that contains an xsl:element instruction with a namespace
attribute whose effective value is not the empty string and a name attribute
whose value has variable parts and whose effective value does not have a
prefix, XSLTC will generate a prefix that is unique not just within the context
of that element in the output document or even within the entire output
document, but within the entire JVM instance. Applying the stylesheet once
might result in prefixes ns0, ns1 and ns2 being created, and then a second time
in the same JVM might result in prefixes ns3, ns4 and ns5 being created, and so
on.
If the results of these transformations are subsequently parsed by the same
instance of Xerces, Xerces symbol table might end up consuming a ridiculous
amount of memory keeping track of each of these unique prefixes.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
