You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by bu...@apache.org on 2005/01/03 15:31:50 UTC
DO NOT REPLY [Bug 32799] -
[configuration] HierarchicalXMLConfiguration: Phantom-Keys with ...[@xml:base] when using nested XML-Files
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=32799>.
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=32799
oliver.heger@t-online.de changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |WONTFIX
------- Additional Comments From oliver.heger@t-online.de 2005-01-03 15:31 -------
Some more information about xml:base attributes can be found e.g. here:
http://xml.apache.org/xerces2-j/faq-xinclude.html or here:
www.w3.org/TR/xmlbase/
They are obviously important parts of specifications like XLink or XInclude,
which indicates that they indeed should be treated as normal attributes and kept
in the set of configuration properties.
As another workaround to your problem: Would it be possible to avoid the direct
include in your XML document and instead use a ConfigurationFactory that reads
the two XML documents from its definition file? If you place these files inside
an <additional> section, a HierarchicalConfiguration will be constructed with
the union of both documents.
If this doesn't help, there is an enhancement request to provide a filter
decorator (Issue 31281). This should be a solution because it would allow to
transparently filter out the undesired attributes.
Anyway, I am marking this bug as Wontfix because there is nothing we can do
about these attributes directly.
--
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: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org