ilene 2003/05/28 06:51:51
Modified: java/xdocs/sources xalan-jsite.xml entities.ent
java/src/org/apache/xalan/processor XSLProcessorVersion.java
java/xdocs/sources/xalan xsltc_history.xml history.xml
java build.xml
Log:
Updates from Christine Li ([EMAIL PROTECTED]) for upcoming XalanJ 2.5.1
release.
Revision Changes Path
1.54 +1 -1 xml-xalan/java/xdocs/sources/xalan-jsite.xml
Index: xalan-jsite.xml
===================================================================
RCS file: /home/cvs/xml-xalan/java/xdocs/sources/xalan-jsite.xml,v
retrieving revision 1.53
retrieving revision 1.54
diff -u -r1.53 -r1.54
--- xalan-jsite.xml 10 Apr 2003 14:34:59 -0000 1.53
+++ xalan-jsite.xml 28 May 2003 13:51:49 -0000 1.54
@@ -62,7 +62,7 @@
<resources source="sbk:/sources/xalan/resources.xml"/>
<external href="../index.html" label="Home"/>
<separator/>
- <document id="index" label="Xalan-J 2.5.0" source="xalan/index.xml"/>
+ <document id="index" label="Xalan-J 2.5.1" source="xalan/index.xml"/>
<document id="whatsnew" label="What's New" source="xalan/whatsnew.xml"/>
<separator/>
<document id="overview" label="Overview" source="xalan/overview.xml"/>
1.62 +2 -2 xml-xalan/java/xdocs/sources/entities.ent
Index: entities.ent
===================================================================
RCS file: /home/cvs/xml-xalan/java/xdocs/sources/entities.ent,v
retrieving revision 1.61
retrieving revision 1.62
diff -u -r1.61 -r1.62
--- entities.ent 10 Apr 2003 14:34:59 -0000 1.61
+++ entities.ent 28 May 2003 13:51:49 -0000 1.62
@@ -8,8 +8,8 @@
<!ENTITY xslt4jc-long "&xslt4j; Compiled">
<!ENTITY xslt4j-dist-bin "&xslt4j-dist;-bin">
<!ENTITY xslt4j-dist-src "&xslt4j-dist;-src">
-<!ENTITY xslt4j-dist "xalan-j_2_5_0">
-<!ENTITY xslt4j-current "&xslt4j; version 2.5.0">
+<!ENTITY xslt4j-dist "xalan-j_2_5_1">
+<!ENTITY xslt4j-current "&xslt4j; version 2.5.1">
<!ENTITY xslt4j-distdir "http://xml.apache.org/dist/xalan-j/";>
<!ENTITY xslt4j_longname "Apache Xalan Java">
<!ENTITY xml4j "Xerces-Java">
1.44 +1 -1
xml-xalan/java/src/org/apache/xalan/processor/XSLProcessorVersion.java
Index: XSLProcessorVersion.java
===================================================================
RCS file:
/home/cvs/xml-xalan/java/src/org/apache/xalan/processor/XSLProcessorVersion.java,v
retrieving revision 1.43
retrieving revision 1.44
diff -u -r1.43 -r1.44
--- XSLProcessorVersion.java 10 Apr 2003 14:16:33 -0000 1.43
+++ XSLProcessorVersion.java 28 May 2003 13:51:49 -0000 1.44
@@ -118,7 +118,7 @@
* When missing, it designates the final and complete
* development drop for a release.
*/
- public static int MAINTENANCE = 0;
+ public static int MAINTENANCE = 1;
/**
* Development Drop Number.
1.11 +33 -1 xml-xalan/java/xdocs/sources/xalan/xsltc_history.xml
Index: xsltc_history.xml
===================================================================
RCS file: /home/cvs/xml-xalan/java/xdocs/sources/xalan/xsltc_history.xml,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -r1.10 -r1.11
--- xsltc_history.xml 10 Apr 2003 14:34:58 -0000 1.10
+++ xsltc_history.xml 28 May 2003 13:51:50 -0000 1.11
@@ -58,7 +58,39 @@
-->
<s1 title="XSLTC software changes">
<p>The following sections list <link idref="xsltc_usage">XSLTC</link>
changes back to the incorporation of XSLTC into &xslt4j;.</p>
-<s2 title="Changes or &xslt4j; 2.5.0">
+<s2 title="Changes for &xslt4j; 2.5.1">
+<p>XSLTC source code updates:</p><ul><li><ref>Committed by </ref>[EMAIL
PROTECTED]<ref> on </ref>2003/04/16<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xalan/xsltc/compiler DocumentCall.java
xml-xalan/java/src/org/apache/xalan/xsltc/dom
LoadDocument.java<br/><ref>Committer's log entry: </ref>
+Applying patches from Igor Hersht ([EMAIL PROTECTED]) for bug 15200 and
+bug 18585.
+
+Fixed up code that processes the document function when it has two arguments,
+the second of which must be a node-set; the code didn't always resolve the
+value of the first argument against the first node in the second argument,
as it
+should have.
+
+In addition, in order to simplify run-time processing, added a new
+LoadDocument.documentF method that is used when the second argument to the
XSLT
+document function is present; if that argument is an empty node-set, the
result
+of the document function should be an empty node-set, and that logic is much
+easier to code in the run-time than via generated code.
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/04/16<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xalan/xsltc/trax
TemplatesHandlerImpl.java<br/><ref>Committer's log entry: </ref>
+
+ Set SourceLocator in stylesheet instead of XSLTC object. This ensures
+ proper use of user-defined URIResolvers in a TemplatesHandler.
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/04/24<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xalan/xsltc/compiler XSLTC.java
xml-xalan/java/src/org/apache/xalan/xsltc/trax
TemplatesHandlerImpl.java<br/><ref>Committer's log entry: </ref>
+
+ Output properties were not properly cleared when reusing the same instance
+ of a TemplatesHandlerImpl. The top-level stylesheet in the XSLTC object
+ referenced by TemplatesHandlerImpl (indirectly via an instance of Parser)
+ was not reset after the first use of the instance.
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/05/20<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xalan/xsltc/trax TemplatesImpl.java
TransformerFactoryImpl.java<br/><ref>Committer's log entry: </ref>
+Fix a multithread safety issue in the use-classpath option. The old code
+reuses a Translet object for all newTransformer() calls, which is not the
+right thing to do. We should pass in a Class array and let TemplateImpl
+create a new Translet instance for each newTransformer() call.
+<br/><br/></li></ul>
+</s2>
+<s2 title="Changes for &xslt4j; 2.5.0">
<p>XSLTC source code updates:</p>
<ul><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/02/21<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xalan/xsltc/compiler Constants.java
Message.java<br/><ref>Committer's log entry: </ref>
New implementation of xsl:message that does not use RTFs. Using RTFs
1.35 +152 -0 xml-xalan/java/xdocs/sources/xalan/history.xml
Index: history.xml
===================================================================
RCS file: /home/cvs/xml-xalan/java/xdocs/sources/xalan/history.xml,v
retrieving revision 1.34
retrieving revision 1.35
diff -u -r1.34 -r1.35
--- history.xml 10 Apr 2003 14:34:58 -0000 1.34
+++ history.xml 28 May 2003 13:51:50 -0000 1.35
@@ -59,6 +59,158 @@
<s1 title="History of software changes">
<p>The following sections list the core software changes in each release
since &xslt4j; version 2.0.D01.</p>
&history2xsltc;
+<s2 title="Changes for &xslt4j; 2.5.1">
+<p> Core (Non-XSLTC) source code updates:</p>
+<ul><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/04/10<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xalan/xslt EnvironmentCheck.java
xml-xalan/java/src/org/apache/xalan/processor
XSLProcessorVersion.java<br/><ref>Committer's log entry: </ref>
+Applying Sarah McNamara's ([EMAIL PROTECTED]) patches to update
+version numbers in XalanJ.
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/04/10<br/><ref>Modified: </ref> xml-xalan/java/xdocs/sources/xalan
commandline_xsltc.xml commandline.xml history.xml index.xml readme.xml
resources.xml samples.xml whatsnew.xml xsltc_history.xml xsltc_usage.xml
xml-xalan/java/xdocs/sources entities.ent xalan-jlocal.xml xalan-jsite.xml
xml-xalan/java commits.xml build.xml xml-xalan/java/xdocs/style/stylesheets
done.xsl xml-xalan/java/xdocs xml-site-style.tar.gz<br/><ref>Committer's log
entry: </ref>
+Sarah McNamara's ([EMAIL PROTECTED]) documentation patch.
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/04/10<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xalan/res
XSLTErrorResources.java<br/><ref>Committer's log entry: </ref>
+Added comments before a couple of messages to assist translators, and fixed
a typo in the class name mentioned in a message.
+<br/><br/></li>
+<li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/04/16<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xalan/xsltc/dom SAXImpl.java
xml-xalan/java/src/org/apache/xml/dtm/ref DTMAxisIteratorBase.java
EmptyIterator.java<br/><ref>Committer's log entry: </ref>
+Applying patches from Igor Hersht ([EMAIL PROTECTED]) for bug 15200 and
+bug 18585.
+
+Pulled EmptyIterator class out of SAXImpl to allow for more widespread use.
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/04/23<br/><ref>Modified: </ref> xml-xalan/java/xdocs/sources/xalan
faq.xml<br/><ref>Committer's log entry: </ref>
+New FAQ from Christine Li ([EMAIL PROTECTED]) for using Xalan in Tomcat
+with JDK 1.4.
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/04/23<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xml/dtm/ref
DTMDefaultBase.java<br/><ref>Committer's log entry: </ref>
+Fix for array out of bounds exception in findNamespaceContext, where the
index was allowed to go to -1. This is a blind fix, and someone who knows the
code better should take a look to see what they think.
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/04/23<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xalan/templates
ElemCallTemplate.java<br/><ref>Committer's log entry: </ref>
+Made it a static error in compose(...) if a reference is made to a
non-existent template. Note this might cause some existing stylesheets to not
work, since the error would never have been flagged if the code was not run.
Note the old code was marked for %REVIEW%, so I don't think this was ever
resolved. I think it's clear that this should be a static error.
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/04/24<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xalan/processor
TransformerFactoryImpl.java<br/><ref>Committer's log entry: </ref>
+Change in comments only. Deleted old commented out (and incorrect)
+double-checked locking code.
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/04/24<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xalan/templates
ElemElement.java<br/><ref>Committer's log entry: </ref>
+Duplicate trace was event being issued. One from ElemElement and then
+from its parent class: ElemUse.
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/04/24<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xalan/res
XSLTErrorResources.properties<br/><ref>Committer's log entry: </ref>
+Dropping properties files that contain English messages.
+xml-xalan/java/src/org/apache/xalan/res/XSLTErrorResources.properties has
been
+replaced by xml-xalan/java/src/org/apache/xalan/res/XSLTErrorResources.java.
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/04/24<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xpath/res
XPATHErrorResources.properties<br/><ref>Committer's log entry: </ref>
+Dropping properties files that contain English messages.
+xml-xalan/java/src/org/apache/xpath/res/XPATHErrorResources.properties has
been
+replaced by xml-xalan/java/src/org/apache/xpath/res/XPATHErrorResources.java.
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/04/30<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xalan/lib ExsltStrings.java Extensions.java
xml-xalan/java/src/org/apache/xml/serializer CharInfo.java<br/><ref>Committer's
log entry: </ref>
+Changed incorrect double-check locking code with an inner class
+with a static field. Synchronization is covered by the class loader.
+Loading happens when first referenced. A cool, efficient, safe
+way to lazy load a static field.
+
+PR: bugzilla 19029
+Obtained from: Henry Zongaro
+Submitted by: Brian Minchau
+Reviewed by: Henry Zongaro
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/05/01<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xml/serializer ToHTMLStream.java ToStream.java
ToXMLSAXHandler.java<br/><ref>Committer's log entry: </ref>
+Cleared two helper fields, m_elementURI and m_elementLocalName in
endElement()
+Both of these fields are out of scope after the element is ended
+so it is correct to null them out at endElement()
+
+PR: bugzilla 19388
+Obtained from: [EMAIL PROTECTED] (Bruno Dumon) and Brian Minchau
+Submitted by: [EMAIL PROTECTED] (Bruno Dumon)
+Reviewed by: Brian Minchau
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/05/03<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xml/serializer
ToHTMLStream.java<br/><ref>Committer's log entry: </ref>
+endDTD() for ToHTMLStream now does nothing. It used to incorrectly
+write out some closing characters, but that was already hanled in
startDocumentIntermal()
+
+PR: 19587
+Submitted by: [EMAIL PROTECTED] (Bruno Dumon)
+Reviewed by: Brian Minchau
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/05/06<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xml/serializer ToStream.java<br/><ref>Committer's
log entry: </ref>
+Performance fix for double buffering. Don't use WriterToUTF8Buffered if the
+writer class is "BufferedServletOutputStream".
+
+PR: bugzilla 19474
+Submitted by: Brian Minchau
+Reviewed by: Ilene Seelemann
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/05/06<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xml/serializer
SerializerBase.java<br/><ref>Committer's log entry: </ref>
+Fix for flushing occuring in trace code even when tracing is not being done.
+
+PR: bugzilla 19471
+Submitted by: Brian Minchau
+Reviewed by: Ilene Seelemann
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/05/07<br/><ref>Modified: </ref> xml-xalan/java/xdocs/sources/xalan
usagepatterns.xml<br/><ref>Committer's log entry: </ref>
+Serializer properties files have moved to the new org.apache.xml.serializer
+package. Corrected part of documentation that didn't yet reflect that.
+<br/><br/></li>
+<li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/05/09<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xml/serializer SerializerBase.java
ToHTMLSAXHandler.java ToHTMLStream.java ToSAXHandler.java ToStream.java
ToTextSAXHandler.java ToTextStream.java ToXMLSAXHandler.java
ToXMLStream.java<br/><ref>Committer's log entry: </ref>
+Guarded the fireXXX(); calls to trace events with if (m_tracer != null),
+strictly for performance reasons. This should run faster than making the
call and then checking.
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/05/09<br/><ref>Modified: </ref> xml-xalan/java/xdocs/sources/xalan
faq.xml<br/><ref>Committer's log entry: </ref>
+Title of FAQ for Xerces version read, "Which version of Xerces-J 2.4.0
should I
+use?" answering it's own question. Fixed that to make for a more suspenseful
+read.
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/05/13<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xalan/processor ProcessorTemplateElem.java
xml-xalan/java/src/org/apache/xalan/templates ElemAttributeSet.java
ElemElement.java ElemLiteralResult.java ElemTemplateElement.java
ElemUse.java<br/><ref>Committer's log entry: </ref>
+Some Trace-related fixes: Two trace events were being fired for ElemCopy,
+and for templates elements derived from ElemUse the trace end event was
+being fired before child templates were executed. Also saved locator
+information for the end tag of stylesheet elements.
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/05/13<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xml/serializer SerializerBase.java
ToHTMLStream.java ToStream.java ToXMLSAXHandler.java<br/><ref>Committer's log
entry: </ref>
+See bugzilla # 19900 for a laundry list of small performance
+enhancements.
+
+PR: bugzilla 19900
+Submitted by: Brian Minchau
+Reviewed by: Henry Zongaro
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/05/15<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xml/serializer Encodings.java
OutputPropertiesFactory.java SerializerFactory.java
Utils.java<br/><ref>Committer's log entry: </ref>
+Performance enhancement. Cache the loading of classes via
Class.forName(classname)
+ in the serializer. The same class is otherwise loaded over and over with
each request
+to a server, e.g. in a servlet.
+PR: bugzilla # 19960
+Submitted by: Brian Minchau
+Reviewed by: Morris Kwan
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/05/20<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xalan/templates
ElemExsltFuncResult.java<br/><ref>Committer's log entry: </ref>
+Adding missing trace events for the func:result element.
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/05/21<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xml/serializer
ToHTMLStream.java<br/><ref>Committer's log entry: </ref>
+The HTML serializer should do nothing with the methods on the
+DeclHandler interface, so they are now defined with empty
+bodies. Also the comment() method does nothing when in a
+DTD.
+PR: bugzilla 19640
+Submitted by: Bruno Dumon ([EMAIL PROTECTED])
+Reviewed by: Brian Minchau
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/05/22<br/><ref>Modified: </ref> xml-xalan/java/xdocs/sources/xalan
faq.xml<br/><ref>Committer's log entry: </ref>
+Added a new FAQ to describe a situation some users have encountered of late
+using XSLTC with JDK 1.4.
+Contributed by Christine Li ([EMAIL PROTECTED]) with some editorial input
from
+myself.
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/05/26<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xalan/extensions
ExtensionNamespacesManager.java<br/><ref>Committer's log entry: </ref>
+Fix a compatibility problem when using the old "http://xml.apache.org/xslt";
+namespace with extension functions in org.apache.xalan.xslt.Extensions.
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/05/26<br/><ref>Modified: </ref> xml-xalan/java build.xml
xml-xalan/java/xdocs/sources/xalan builds.xml downloads.xml resources.xml
xml-xalan/java/src/org/apache/xalan/xslt
EnvironmentCheck.java<br/><ref>Committer's log entry: </ref>
+Patch from Sarah McNamara ([EMAIL PROTECTED]) which improves documentation
+about packaging and adds support for building and testing an alternate
+binary distribution which provides xalan-interpretive and xsltc in separate
jars.
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/05/26<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xalan/transformer
TransformerImpl.java<br/><ref>Committer's log entry: </ref>
+One line fix to get a lexical handler, was casting the wrong reference.
+PR: bugzilla 20237
+Submitted by: Bernard D'Have ([EMAIL PROTECTED])
+Reviewed by: Brian Minchau
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/05/27<br/><ref>Modified: </ref>
xml-xalan/java/samples/extensions/sql/basic-connection dbinfo.xml
dbtest.xsl<br/><ref>Committer's log entry: </ref>
+Update to the SQL extension sample from Christine Li ([EMAIL PROTECTED]).
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/05/27<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xalan/transformer
TransformerImpl.java<br/><ref>Committer's log entry: </ref>
+Applying Christine Li's ([EMAIL PROTECTED]) fix for bug 19522. When a
+SerializationHandler object is created for Xalan-J Interpretive, it needs to
+be informed which Transformer object is associated with the serialization.
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/05/27<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xml/serializer
AttributesImplSerializer.java<br/><ref>Committer's log entry: </ref>
+AttributesImplSerializer now uses the older (faster)
org.xml.sax.helpers.AttributesImpl
+up until about 12 attributes and switches over to using a Hashtable for
faster lookup
+of attributes, avoiding an order N*N performance problem for large
+number of attributes, but faster for lower number of attributes.
+PR: bugzilla 20273
+Submitted by: Brian Minchau
+Reviewed by: Henry Zongaro
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/05/27<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xalan/templates ElemExsltFunction.java
xml-xalan/java/src/org/apache/xpath VariableStack.java<br/><ref>Committer's log
entry: </ref>
+Patch from Christine Li ([EMAIL PROTECTED]) for bugzilla #18926.
+
+Variables weren't being cleared from stack between calls to func:function.
+<br/><br/></li></ul>
+</s2>
<s2 title="Changes for &xslt4j; 2.5.0">
<p> Core (Non-XSLTC) source code updates:</p>
<ul><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>2003/02/21<br/><ref>Modified: </ref>
xml-xalan/java/src/org/apache/xalan/xsltc/dom SAXImpl.java
xml-xalan/java/src/org/apache/xml/dtm/ref/sax2dtm
SAX2DTM2.java<br/><ref>Committer's log entry: </ref>
1.192 +3 -3 xml-xalan/java/build.xml
Index: build.xml
===================================================================
RCS file: /home/cvs/xml-xalan/java/build.xml,v
retrieving revision 1.191
retrieving revision 1.192
diff -u -r1.191 -r1.192
--- build.xml 26 May 2003 19:48:28 -0000 1.191
+++ build.xml 28 May 2003 13:51:51 -0000 1.192
@@ -86,7 +86,7 @@
<property name="version.VERSION" value="2"/>
<property name="version.RELEASE" value="5"/>
<property name="version.DEVELOPER" value=""/><!-- Set this to 'D' if a
developer release; blank "" if maintenance release -->
- <property name="version.MINOR" value="0"/><!-- EITHER the developer
release number, or a maintenance release number -->
+ <property name="version.MINOR" value="1"/><!-- EITHER the developer
release number, or a maintenance release number -->
<property name="version"
value="${version.VERSION}_${version.RELEASE}_${version.DEVELOPER}${version.MINOR}"/><!--
GUMP: version # of dist file -->
<property name="impl.version"
value="${version.VERSION}.${version.RELEASE}.${version.DEVELOPER}${version.MINOR}"/><!--
Used in jar task for filtering MANIFEST.MF file -->
<property name="name" value="xalan"/><!-- GUMP: base name of jar target's
file -->
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
