dleslie 01/03/13 06:50:10
Modified: java commits.xml
Log:
Periodic extract of commit messages from local Notes database.
Revision Changes Path
1.2 +289 -144 xml-xalan/java/commits.xml
Index: commits.xml
===================================================================
RCS file: /home/cvs/xml-xalan/java/commits.xml,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- commits.xml 2001/03/01 20:09:58 1.1
+++ commits.xml 2001/03/13 14:50:09 1.2
@@ -1,11 +1,5 @@
<?xml version="1.0"?>
<Commits>
-<Commit category="other">
-<Who>[EMAIL PROTECTED]</Who>
-<DateCommitted>02/02/2001</DateCommitted>
-<Modified>java/compat_src compatOverview.html</Modified>
-<Log>Fixed spelling error.</Log>
-</Commit>
<Commit category="compat">
<Who>[EMAIL PROTECTED]</Who>
<DateCommitted>02/02/2001</DateCommitted>
@@ -133,18 +127,6 @@
<Modified>java/src/org/apache/xalan/templates ElemNumber.java</Modified>
<Log>Number Expression should be evaluated then rounded up.</Log>
</Commit>
-<Commit category="other">
-<Who>[EMAIL PROTECTED]</Who>
-<DateCommitted>02/13/2001</DateCommitted>
-<Modified>java/xdocs/style/stylesheets xml2fo.xsl</Modified>
-<Log>Added processing for <source> elements, i.e., code.</Log>
-</Commit>
-<Commit category="other">
-<Who>[EMAIL PROTECTED]</Who>
-<DateCommitted>02/13/2001</DateCommitted>
-<Modified>java/xdocs/sources/xalan usagepatterns.xml</Modified>
-<Log>Fixed typo in class name.</Log>
-</Commit>
<Commit category="core">
<Who>[EMAIL PROTECTED]</Who>
<DateCommitted>02/13/2001</DateCommitted>
@@ -167,12 +149,6 @@
java/src/org/apache/xalan/transformer TransformerImpl.java</Modified>
<Log>Remove extra method/call to
TransformerImpl.executeChildTemplates()</Log>
</Commit>
-<Commit category="other">
-<Who>[EMAIL PROTECTED]</Who>
-<DateCommitted>02/13/2001</DateCommitted>
-<Modified>java/xdocs/sources/xalan DONE history.xml</Modified>
-<Log>preliminary updates for next release.</Log>
-</Commit>
<Commit category="core">
<Who>[EMAIL PROTECTED]</Who>
<DateCommitted>02/13/2001</DateCommitted>
@@ -191,38 +167,12 @@
In response to bug reported by "Michael Kay" <[EMAIL PROTECTED]>,
02/08/2001 08:57 AM.</Log>
</Commit>
-<Commit category="other">
-<Who>[EMAIL PROTECTED]</Who>
-<DateCommitted>02/14/2001</DateCommitted>
-<Modified>java/xdocs/style/stylesheets xml2fo.xsl</Modified>
-<Log>Added support for images.</Log>
-</Commit>
-<Commit category="other">
-<Who>[EMAIL PROTECTED]</Who>
-<DateCommitted>02/14/2001</DateCommitted>
-<Modified>java/xdocs/sources/xalan DONE</Modified>
-<Log>Added SQL library bug fixes.</Log>
-</Commit>
-<Commit category="other">
-<Who>[EMAIL PROTECTED]</Who>
-<DateCommitted>02/14/2001</DateCommitted>
-<Modified>java/xdocs/sources/xalan faq.xml usagepatterns.xml</Modified>
-<Log>1. Added item on classpath problems using the IBM JDK 1.3.
- 2. Added usage patern note on change in handling of string
- stylesheet parameters from Xalan-J 1 to Xalan-J 2.</Log>
-</Commit>
<Commit category="compat">
<Who>[EMAIL PROTECTED]</Who>
<DateCommitted>02/14/2001</DateCommitted>
<Modified>java/compat_src/org/apache/xalan/xslt
XSLTInputSource.java</Modified>
<Log>Call local setSystemId.</Log>
</Commit>
-<Commit category="other">
-<Who>[EMAIL PROTECTED]</Who>
-<DateCommitted>02/15/2001</DateCommitted>
-<Modified>java/xdocs/style/stylesheets xml2fo.xsl</Modified>
-<Log>Added processing for <br/>.</Log>
-</Commit>
<Commit category="compat">
<Who>[EMAIL PROTECTED]</Who>
<DateCommitted>02/15/2001</DateCommitted>
@@ -231,13 +181,6 @@
systemId
Fix problem with reading an input source file twice if it has a PI</Log>
</Commit>
-<Commit category="other">
-<Who>[EMAIL PROTECTED]</Who>
-<DateCommitted>02/16/2001</DateCommitted>
-<Modified>java/xdocs/style/stylesheets xml2fo.xsl</Modified>
-<Log>Tried to refine use of keep-with-next. This component is
- currently broken.</Log>
-</Commit>
<Commit category="core">
<Who>[EMAIL PROTECTED]</Who>
<DateCommitted>02/19/2001</DateCommitted>
@@ -246,14 +189,6 @@
from RTF and replace with NodeList. Remove duplicate Boolean from both. Fix
Boolean conversion to make java.lang.Boolean higher than string.</Log>
</Commit>
-<Commit category="other">
-<Who>[EMAIL PROTECTED]</Who>
-<DateCommitted>02/19/2001</DateCommitted>
-<Modified>java/xdocs/sources/xalan extensions.xml</Modified>
-<Log>Correct ConversionInfo array for Node-Set and RTF. Remove
DocumentFragment
-from RTF and replace with NodeList. Remove duplicate Boolean from both. Fix
-Boolean conversion to make java.lang.Boolean higher than string.</Log>
-</Commit>
<Commit category="core">
<Who>[EMAIL PROTECTED]</Who>
<DateCommitted>02/19/2001</DateCommitted>
@@ -266,24 +201,6 @@
there are cases where we really don't want
to set the NodeTest.</Log>
</Commit>
-<Commit category="other">
-<Who>[EMAIL PROTECTED]</Who>
-<DateCommitted>02/20/2001</DateCommitted>
-<Modified>java/xdocs/sources/xalan overview.xml resources.xml</Modified>
-<Log>Updated two links.</Log>
-</Commit>
-<Commit category="other">
-<Who>[EMAIL PROTECTED]</Who>
-<DateCommitted>02/20/2001</DateCommitted>
-<Modified>java/xdocs/sources/xalan overview.xml</Modified>
-<Log>Updated ref to XSL spec.</Log>
-</Commit>
-<Commit category="other">
-<Who>[EMAIL PROTECTED]</Who>
-<DateCommitted>02/20/2001</DateCommitted>
-<Modified>java/xdocs/sources/xalan DONE</Modified>
-<Log>More bug fixes.</Log>
-</Commit>
<Commit category="core">
<Who>[EMAIL PROTECTED]</Who>
<DateCommitted>02/20/2001</DateCommitted>
@@ -323,18 +240,6 @@
<Log>Added experimental usage metatag to all classes in this package,
and an explanatory note to package.html.</Log>
</Commit>
-<Commit category="other">
-<Who>[EMAIL PROTECTED]</Who>
-<DateCommitted>02/21/2001</DateCommitted>
-<Modified>java/xdocs/sources/xalan extensionslib.xml</Modified>
-<Log>Added explanatory note about experimental nature of this extensions
package.</Log>
-</Commit>
-<Commit category="other">
-<Who>[EMAIL PROTECTED]</Who>
-<DateCommitted>02/21/2001</DateCommitted>
-<Modified>java/xdocs/sources/xalan commandline.xml</Modified>
-<Log>Removed -validate flag from command-line options.</Log>
-</Commit>
<Commit category="compat">
<Who>[EMAIL PROTECTED]</Who>
<DateCommitted>02/22/2001</DateCommitted>
@@ -353,13 +258,6 @@
return the first attribute. Fix returns
null if index < 0.</Log>
</Commit>
-<Commit category="other">
-<Who>[EMAIL PROTECTED]</Who>
-<DateCommitted>02/22/2001</DateCommitted>
-<Added>java/samples/servlet SimpleXSLTServlet.java
- XSLTServletWithParams.java</Added>
-<Log>Simpler servlet samples</Log>
-</Commit>
<Commit category="core">
<Who>[EMAIL PROTECTED]</Who>
<DateCommitted>02/22/2001</DateCommitted>
@@ -368,13 +266,6 @@
TransformerIdentityImpl.java</Modified>
<Log>Implement DeclHandler for identity transforms</Log>
</Commit>
-<Commit category="other">
-<Who>[EMAIL PROTECTED]</Who>
-<DateCommitted>02/22/2001</DateCommitted>
-<Modified>java/xdocs/sources/xalan DONE samples.xml
usagepatterns.xml</Modified>
-<Log>Added info on servlets and 2 new samples.
- More bug fixes in "DONE".</Log>
-</Commit>
<Commit category="core">
<Who>[EMAIL PROTECTED]</Who>
<DateCommitted>02/22/2001</DateCommitted>
@@ -403,18 +294,6 @@
could be made, but not without high risk, so I think this is the best
and safest way to fix it.</Log>
</Commit>
-<Commit category="other">
-<Who>[EMAIL PROTECTED]</Who>
-<DateCommitted>02/23/2001</DateCommitted>
-<Modified>java/xdocs/sources entities.ent xalan-jsite.xml</Modified>
-<Log>Changed version to 2.0.1</Log>
-</Commit>
-<Commit category="other">
-<Who>[EMAIL PROTECTED]</Who>
-<DateCommitted>02/23/2001</DateCommitted>
-<Modified>java/xdocs/sources/xalan readme.xml</Modified>
-<Log>Changed version to 2.0.1</Log>
-</Commit>
<Commit category="core">
<Who>[EMAIL PROTECTED]</Who>
<DateCommitted>02/23/2001</DateCommitted>
@@ -427,29 +306,6 @@
<Modified>java/src/org/apache/xalan/processor
XSLProcessorVersion.java</Modified>
<Log>Changed version to 2.0.1</Log>
</Commit>
-<Commit category="other">
-<Who>[EMAIL PROTECTED]</Who>
-<DateCommitted>02/23/2001</DateCommitted>
-<Modified>java/bin xerces.jar</Modified>
-<Log>version 1.3 from Xerces-J-Tools.1.3.0.zip</Log>
-</Commit>
-<Commit category="other">
-<Who>[EMAIL PROTECTED]</Who>
-<DateCommitted>02/27/2001</DateCommitted>
-<Modified>java/bin xerces.jar</Modified>
-<Log>Returning to Xerces 1.2.3. Release 1.3 generates the following error:
- [java] http://www.w3.org/1999/XSL/Transform grammar not found
- [java] java.lang.NoSuchMethodError: org.w3c.dom.Node: method
- isSupported(Ljava/lang/String;Ljava/lang/String;)Z not found...</Log>
-</Commit>
-<Commit category="other">
-<Who>[EMAIL PROTECTED]</Who>
-<DateCommitted>02/27/2001</DateCommitted>
-<Modified>java/bin xerces.jar</Modified>
-<Log>The real Xerces-J 1.3.0.
- The xerces.jar in the xerces-1_3_0 binary distribution is OLD.
- I built the jar from the src distribution, and it appears to work
fine.</Log>
-</Commit>
<Commit category="core">
<Who>[EMAIL PROTECTED]</Who>
<DateCommitted>02/28/2001</DateCommitted>
@@ -463,5 +319,294 @@
<Modified>java/src/org/apache/xalan/xslt Process.java</Modified>
<Log>Update printArgOptions() with better text and to better reflect actual
options that are currently supported; catch missing -IN argument</Log>
+</Commit>
+<Commit category="core">
+<Who>[EMAIL PROTECTED]</Who>
+<DateCommitted>03/05/2001</DateCommitted>
+<Modified>java/src/org/apache/xalan/client XSLTProcessorApplet.java
+ java/src/org/apache/xalan/processor StylesheetHandler.java
+ TransformerFactoryImpl.java
+ java/src/org/apache/xalan/stree DocImpl.java
+ StreeDOMBuilder.java TextImpl.java
+ java/src/org/apache/xalan/templates OutputProperties.java
+ java/src/org/apache/xalan/xslt Process.java
+ java/src/org/apache/xml/utils FastStringBuffer.java
+ java/src/trax trax.properties</Modified>
+<Log>New approach to FastStringBuffer, and changes needed to support it.
+ We still need to do some serious work on both the initial values of the
+ tuning parameters and the heuristics driving the "chunk growth" algorithms.
+ Currently set for fixed-sized chunks of 8Kch in main tree, .5Kch in
RTF.</Log>
+</Commit>
+<Commit category="core">
+<Who>[EMAIL PROTECTED]</Who>
+<DateCommitted>03/06/2001</DateCommitted>
+<Modified>java/src/org/apache/xalan/templates ElemElement.java
+ ElemForEach.java ElemLiteralResult.java
+ java/src/org/apache/xalan/transformer
+ ClonerToResultTree.java QueuedSAXEvent.java
+ QueuedStartDocument.java QueuedStartElement.java
+ ResultTreeHandler.java TransformerImpl.java
+ TreeWalker2Result.java</Modified>
+<Log>Fix for http://nagoya.apache.org/bugzilla/show_bug.cgi?id=741.
+
+ 1) ResultTreeHandler now implements the TransformState interface.
+ 2) Queued state such as the current node and the current template is stored
+as part of QueuedStartElement. Storage will only occur if the ContentHandler
+implements TransformClient.
+ 3) When state is requested (for instance
TransformState#getCurrentElement()),
+if the queued element is null or not pending (for instance, in a characters
+event), it will get the state from the transformer, otherwise it will get
the
+state from the queued element.
+
+ Other fixes were attempted for this problem, including trying to
+ get rid of queueing altogether, and flushing a bit earlier before
+ the state was pushed on the various stacks, but both of
+ these had show-stopping issues (see discussions
+ on xalan-dev).
+
+ Note that for the moment the ContextNodeList is node
+ cloned as it needs to be in order for
+ TransformState#getContextNodeList.</Log>
+</Commit>
+<Commit category="core">
+<Who>[EMAIL PROTECTED]</Who>
+<DateCommitted>03/06/2001</DateCommitted>
+<Modified>java/src/org/apache/xalan/templates ElemParam.java
+ java/src/org/apache/xpath Arg.java VariableStack.java</Modified>
+<Log>The field Arg.isParamVar was attempting to serve two functions: to
indicate
+variable Frame entries which are not currently activated and to indicate
Frames
+containing parameters passed with xsl:with-param. When processing was
finished
+for a node in a node-set, the isParamVar flag was turned on to indicate the
+Frame slot was available. Unfortunately, this also indicated that the item
was
+passed as a parameter which it wasn't. This fix changes isParamVar into to
+fields, isAvailable which indicates that the slot is available and
+isFromWithParam indicating the Frame slot came from an xsl:with-param or a
+top-level parameter passed in via the tranformerImpl.setParameter() API.
+ I have tested this change against the conformance suite and had no
+regression. I've also submitted a test case which fails on the existing
+codebase but works okay after this fix.
+ It is possible that I've missed something with regard to the API
setParameter
+calls but we can fix those if problems are reported.</Log>
+</Commit>
+<Commit category="core">
+<Who>[EMAIL PROTECTED]</Who>
+<DateCommitted>03/07/2001</DateCommitted>
+<Modified>java/src/org/apache/xml/utils FastStringBuffer.java</Modified>
+<Log>Correct operation when length of content to be appended is zero.</Log>
+</Commit>
+<Commit category="core">
+<Who>[EMAIL PROTECTED]</Who>
+<DateCommitted>03/07/2001</DateCommitted>
+<Modified>java/src/org/apache/xalan/serialize SerializerToXML.java</Modified>
+<Log>Fix closing out doctype declaration</Log>
+</Commit>
+<Commit category="compat">
+<Who>[EMAIL PROTECTED]</Who>
+<DateCommitted>03/07/2001</DateCommitted>
+<Modified>java/compat_src/org/apache/xalan/xpath/xml
+ XMLParserLiaisonDefault.java</Modified>
+<Log>Put in Apache copyright.</Log>
+</Commit>
+<Commit category="core">
+<Who>[EMAIL PROTECTED]</Who>
+<DateCommitted>03/08/2001</DateCommitted>
+<Modified>java/src/org/apache/xml/utils SystemIDResolver.java</Modified>
+<Log>Change SystemIdResolver to default to user.dir if the base URI is
null</Log>
+</Commit>
+<Commit category="core">
+<Who>[EMAIL PROTECTED]</Who>
+<DateCommitted>03/09/2001</DateCommitted>
+<Modified>java/src/org/apache/xalan/transformer TransformerImpl.java
+ java/src/org/apache/xpath VariableStack.java</Modified>
+<Log>Parameters set with setParameter were available to stylesheet as
variable
+references ($myParam) even though there was no xsl:param element to receive
it.</Log>
+</Commit>
+<Commit category="core">
+<Who>[EMAIL PROTECTED]</Who>
+<DateCommitted>03/09/2001</DateCommitted>
+<Modified>java/src/org/apache/xalan/transformer
+ TransformerIdentityImpl.java</Modified>
+<Log>Check if there is a DeclHandler before calling it.</Log>
+</Commit>
+<Commit category="core">
+<Who>[EMAIL PROTECTED]</Who>
+<DateCommitted>03/11/2001</DateCommitted>
+<Modified>java/src/org/apache/xml/utils
WrappedRuntimeException.java</Modified>
+<Log>Patch attributed to Patrick Moore <[EMAIL PROTECTED]> on
03/09/2001.
+ Adds another constructor to pass in the error message.</Log>
+</Commit>
+<Commit category="core">
+<Who>[EMAIL PROTECTED]</Who>
+<DateCommitted>03/11/2001</DateCommitted>
+<Modified>java/src/org/apache/xalan/templates ElemAttribute.java
+ ElemElement.java</Modified>
+<Log>Checkin addresses http://nagoya.apache.org/bugzilla/show_bug.cgi?id=923.
+ elemAttribute now derives from elemElement so the basic name resolution
+ code can be shared. Breaks attribset24 test, but I think the newer
+ behavior is better. New virtual methods overloaded by elemAttribute are
+ constructNode, resolvePrefix, and validateNodeName. Also, in the
+ elemAttribute#execute method, checks are made to make sure an
+ element is pending.</Log>
+</Commit>
+<Commit category="core">
+<Who>[EMAIL PROTECTED]</Who>
+<DateCommitted>03/11/2001</DateCommitted>
+<Modified>java/src/org/apache/xml/utils SystemIDResolver.java</Modified>
+<Log>Added getAbsoluteURI(String url), and merge
+ with Myriam's changes.
+ Part of fix for problem found when
+ investigating http://nagoya.apache.org/bugzilla/show_bug.cgi?id=906.</Log>
+</Commit>
+<Commit category="core">
+<Who>[EMAIL PROTECTED]</Who>
+<DateCommitted>03/11/2001</DateCommitted>
+<Modified>java/src/org/apache/xalan/processor
+ TransformerFactoryImpl.java</Modified>
+<Log>Call getAbsoluteURI(String url) for the source URL.
+ Fix for problem found when
+ investigating http://nagoya.apache.org/bugzilla/show_bug.cgi?id=906.
+ This tries to force us always having an absolute URL in the processing
+ stack as the base URL, which should be OK, I hope.</Log>
+</Commit>
+<Commit category="core">
+<Who>[EMAIL PROTECTED]</Who>
+<DateCommitted>03/11/2001</DateCommitted>
+<Modified>java/src/org/apache/xalan/transformer
TransformerImpl.java</Modified>
+<Log>Call getAbsoluteURI(String url) for the source URL.
+ Fix for problem found when
+ investigating http://nagoya.apache.org/bugzilla/show_bug.cgi?id=906.
+ This tries to force us always having an absolute URL in the processing
+ stack as the base URL, which should be OK, I hope.</Log>
+</Commit>
+<Commit category="core">
+<Who>[EMAIL PROTECTED]</Who>
+<DateCommitted>03/11/2001</DateCommitted>
+<Modified>java/src/org/apache/xalan/transformer QueuedEvents.java
+ QueuedStartElement.java ResultTreeHandler.java</Modified>
+<Log>The user for http://nagoya.apache.org/bugzilla/show_bug.cgi?id=741
reported
+ problems on testing, so these changes are a re-fix. He tested and
+ everything seems OK now. There actually may be a slight performance
+ improvement involved here.</Log>
+</Commit>
+<Commit category="core">
+<Who>[EMAIL PROTECTED]</Who>
+<DateCommitted>03/11/2001</DateCommitted>
+<Modified>java/src/org/apache/xalan/serialize
SerializerToHTML.java</Modified>
+<Log>Applied patches from [EMAIL PROTECTED] (Dmitri Ilyin)
+ from http://nagoya.apache.org/bugzilla/show_bug.cgi?id=705.</Log>
+</Commit>
+<Commit category="core">
+<Who>[EMAIL PROTECTED]</Who>
+<DateCommitted>03/11/2001</DateCommitted>
+<Modified>java/src/org/apache/xpath XPathAPI.java</Modified>
+<Log>Applied patch submitted by [EMAIL PROTECTED] (Norris Boyd)
+ at http://nagoya.apache.org/bugzilla/show_bug.cgi?id=702.</Log>
+</Commit>
+<Commit category="core">
+<Who>[EMAIL PROTECTED]</Who>
+<DateCommitted>03/11/2001</DateCommitted>
+<Modified>java/src/org/apache/xalan/serialize Encodings.java</Modified>
+<Log>Applied patch submitted by [EMAIL PROTECTED] (H�vard Wigtil).
+ Also added "XXX-X" variants for all "XXX_X" java encoding names.
+ I'm not totally confident that this is the right thing to do, but I can't
+ see that it will hurt, except to make the table a bit larger. I
+ would prefer to be safe and make sure we handle the encoding.
+ See my comments in
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=718.</Log>
+</Commit>
+<Commit category="core">
+<Who>[EMAIL PROTECTED]</Who>
+<DateCommitted>03/11/2001</DateCommitted>
+<Modified>java/src/org/apache/xalan/templates ElemTemplateElement.java
+ StylesheetRoot.java</Modified>
+<Log>Minor changes to better bottleneck throwing of Runtime exceptions
+ during processing.</Log>
+</Commit>
+<Commit category="core">
+<Who>[EMAIL PROTECTED]</Who>
+<DateCommitted>03/11/2001</DateCommitted>
+<Modified>java/src/org/apache/xalan/processor
+ TransformerFactoryImpl.java</Modified>
+<Log>Catch all exceptions thrown when processing stylesheet, and send
+ them to the error listener. There's probably some danger of having
+ the same error sent to the error listener multiple times, but better too
+ many reports, than none, I guess.
+ This addresses http://nagoya.apache.org/bugzilla/show_bug.cgi?id=906.</Log>
+</Commit>
+<Commit category="core">
+<Who>[EMAIL PROTECTED]</Who>
+<DateCommitted>03/11/2001</DateCommitted>
+<Modified>java/src/org/apache/xalan/lib/sql XConnection.java
+ XStatement.java</Modified>
+<Added>java/src/org/apache/xalan/lib/sql ConnectionPool.java
+ DefaultConnectionPool.java ExtensionError.java
+ PooledConnection.java QueryParameter.java
+ SQLExtensionError.java XConnectionPoolManager.java</Added>
+<Log>These are John Gentilin <[EMAIL PROTECTED]>
+ patches for connection pooling and parameterized
+ queries. These should be considered to be unstable
+ right now, as we are still working on some things.</Log>
+</Commit>
+<Commit category="core">
+<Who>[EMAIL PROTECTED]</Who>
+<DateCommitted>03/11/2001</DateCommitted>
+<Modified>java/src/org/apache/xalan/processor ProcessorInclude.java
+ TransformerFactoryImpl.java
+ java/src/org/apache/xalan/serialize SerializerToXML.java
+ java/src/org/apache/xalan/stree StreeDOMHelper.java
+ java/src/org/apache/xalan/transformer ResultTreeHandler.java
+ TransformerIdentityImpl.java TreeWalker2Result.java
+ java/src/org/apache/xml/utils AttList.java TreeWalker.java
+ java/src/org/apache/xpath DOM2Helper.java XPathContext.java</Modified>
+<Log>The DOM2Helper#isNodeAfter(Node node1, Node node2) method
+ has been fixed so that it no longer does the try/catch thing if one
+ of the nodes doesn't implement DOMOrder, but instead does an
+ instanceof test. In StreeDOMHelper, it overloads this method and
+ *does* do the try/catch business, since almost always both nodes
+ will implement DOMOrder in this case, and this will be faster than
+ an instanceof test. Also, in various classes, I did some stuff to try
+ and make sure that a DOM2Helper wasn't being created and used
+ when a StreeDOMHelper is needed.
+
+ This addresses http://nagoya.apache.org/bugzilla/show_bug.cgi?id=800
+ and should give a good performance fix for foreign DOM processing.</Log>
+</Commit>
+<Commit category="core">
+<Who>[EMAIL PROTECTED]</Who>
+<DateCommitted>03/12/2001</DateCommitted>
+<Modified>java/src/org/apache/xpath/patterns NodeTest.java</Modified>
+<Log>Xerces at some point decided to use "" instead
+ of null for null namespaces. There has been a
+ discussion between Gary Peskin in
+ Joe Kessleman on xalan-dev about this,
+ but I hadn't been fully keeping up the the
+ thread that well, and missed it's relation to
+ this problem. I include some of the discussion
+ at the end of this note. I made Xalan be able to
+ compare a "" namespace to null for now, until
+ we get this resolved.
+
+ The gist of the discussion on xalan-dev regarding this is:
+
+ >>1. Declare the Xerces-J support of schemas to have a bug and ask
that
+ >>Xerces be corrected to always use a null namespace URI to indicate
that
+ >>there is no default namespace. Even if the Xerces people change this
+ >>behavior, is this correct?
+ >
+ > Yes. If your description of the problem is accurate (you should
probably
+ > submit a more detailed case so it can be reproduced in the lab), this
is a
+ > parser/DOM-builder bug.</Log>
+</Commit>
+<Commit category="core">
+<Who>[EMAIL PROTECTED]</Who>
+<DateCommitted>03/12/2001</DateCommitted>
+<Modified>java/src/org/apache/xalan/lib/sql ExtensionError.java</Modified>
+<Log>Removed ( commented out ) dump() method and the imports in
ExtensionError.
+
+ So far the method doesn't seem to be used ( no warning in the compile ).
+
+ The problem is that this method is breaking the build with crimson ( since
+ it uses xerces-specific classes ). It is possible to implement it on top
+ of the serialization classes that are part of xalan - if someone needs the
+ method I'll try to port it.</Log>
</Commit>
</Commits>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
