the service provider is never closed if an IOException is
thrown while reading from it. Adding a finally block so
that the reader will always be closed.
git-svn-id: https://svn.apache.org/repos/asf/xml/commons/trunk@226227 13f79535-47bb-0310-9956-ffa450edef68
Improving the performance of toString() by caching the result.
Improving the performance of equals() by first checking if the QName is the
same object and then by checking whether the local names are equal before
looking at the namespace URI. Since it's more likely that the namespaces
will be equal, we can return false faster when the local names are different.
git-svn-id: https://svn.apache.org/repos/asf/xml/commons/trunk@226225 13f79535-47bb-0310-9956-ffa450edef68
vendor and Java version and vendor from values specified in build.xml, rather
than hard-coding. Merging these changes in from the tck-jaxp-1_2_0 branch.
git-svn-id: https://svn.apache.org/repos/asf/xml/commons/trunk@226218 13f79535-47bb-0310-9956-ffa450edef68
<code>QName<code> --> <code>QName</code>
This caused the Javadoc for the methods following this constructor to be
formatted entirely in the "code" format.
git-svn-id: https://svn.apache.org/repos/asf/xml/commons/trunk@226212 13f79535-47bb-0310-9956-ffa450edef68
Prior to JDK 1.4 the exception chaining mechanism didn't
exist. If we're on JDK 1.4 we'll now call Throwable.initCause
by reflection, otherwise we just keep a local copy of the
chained exception. Added a readObject method so
that instances of this class can be serialized/deserialized
between JDK 1.4+ and JDK 1.3 (and below).
git-svn-id: https://svn.apache.org/repos/asf/xml/commons/trunk@226209 13f79535-47bb-0310-9956-ffa450edef68
published DOM Level 1 spec, but was subsequently
*DROPPED*. There's an erratum covering this:
Section 2.5.5 Interface HTMLBlockquoteElement
This interface is an error and must be ignored.
The Interface HTMLQuoteElement is used for both
the Q and BLOCKQUOTE elements.
This interface is being removed from xml-commons
to comply with that erratum.
git-svn-id: https://svn.apache.org/repos/asf/xml/commons/trunk@226039 13f79535-47bb-0310-9956-ffa450edef68
from this branch to pass the JAXP 1.2 TCK. I've attempted to keep
these as limited as possible, in a few cases simply
modifying the original commons source directly rather than simply
importing Xerces code. However, for many changes--such as that
involving correct handling of security-critical operations
like property checking--I've simply imported the relevant Xerces code.
I have always indicated in the comments at the top of substituted
files that they are substitutions (except in the case of the JAXP code
in which virtually all files were touched); where I've modified commons
code directly, I've placed comments immediately above
the modifications.
git-svn-id: https://svn.apache.org/repos/asf/xml/commons/trunk@226021 13f79535-47bb-0310-9956-ffa450edef68
and newTemplates() can in fact return null if an ErrorHandler is registered
with the factory and what would otherwise be an Exception occurs.
git-svn-id: https://svn.apache.org/repos/asf/xml/commons/trunk@225949 13f79535-47bb-0310-9956-ffa450edef68
1) Added HTML Level 1. Xerces apparently wants this,
and there's certainly no reason not to have it in xml-commons.
2) Fixed the generated @param comments. The DOM WG's stylesheet
for producing Javadoc from their abstract XML markup had a glitch,
and did not reliably produce a space between the parameter name
and its description. I've submitted that as an erratum, to make sure
they fix it. Meanwhile, I've gone through and fixed them all manually.
(Not everything could be fixed by simply replacing "The" with " The";
some descriptions start with other words.)
I'm an ex-member of the DOM WG, and still on the IG, so feel free to
blame me for the fact that this wasn't caught before the DOM shipped
... and for making the change. The fact that these files are no
longer byte-for-byte identical with those supplied by the W3C will
annoy some folks, but I think it's fairly safe to assume that the DOM WG
will accept the erratum.
And we definitely want to fix it here rather than having each Apache
project patch their own copy.
git-svn-id: https://svn.apache.org/repos/asf/xml/commons/trunk@225942 13f79535-47bb-0310-9956-ffa450edef68
unnecessary as long as a services resource file exists in the jar. The
original author put that in there b/c of parinoia. This change makes the
implementation of javax.xml.parsers and javax.xml.transform totally
implementation neutral.
git-svn-id: https://svn.apache.org/repos/asf/xml/commons/trunk@225925 13f79535-47bb-0310-9956-ffa450edef68
Implementation) RI version 1.1.1.
Javadoc fixes to SAXParser and SAXParserFactory.
Misc bug fixes to javax.xml.transform classes.
git-svn-id: https://svn.apache.org/repos/asf/xml/commons/trunk@225916 13f79535-47bb-0310-9956-ffa450edef68
