dleslie 01/06/12 11:28:07
Modified: java/xdocs/sources entities.ent xalan-jsite.xml
java/xdocs/sources/xalan history.xml index.xml readme.xml
resources.xml whatsnew.xml
Log:
Updates for Xalan-J 2.2.D1
Revision Changes Path
1.24 +3 -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.23
retrieving revision 1.24
diff -u -r1.23 -r1.24
--- entities.ent 2001/06/12 16:46:38 1.23
+++ entities.ent 2001/06/12 18:27:50 1.24
@@ -2,8 +2,8 @@
<!ENTITY xslt4j "Xalan-Java">
<!ENTITY xslt4j2 "Xalan-Java 2">
-<!ENTITY xslt4j-dist "xalan-j_2_2_D01">
-<!ENTITY xslt4j-current "&xslt4j; version 2.2.D01">
+<!ENTITY xslt4j-dist "xalan-j_2_2_D1">
+<!ENTITY xslt4j-current "&xslt4j; version 2.2.D1">
<!ENTITY xml4j "Xerces-Java">
<!ENTITY xml4j-used "&xml4j; version 1.4">
<!ENTITY xslt4c "Xalan-C++">
@@ -14,6 +14,7 @@
<!ENTITY xsltcwhatsnewhead '<ul>
<li><link anchor="design">New design</link></li>
+ <li><link anchor="dtm">Document Table Model (DTM)</link></li>
<li><link anchor="xsltc">XSLTC</link></li>
</ul><anchor name="design"/>'>
1.20 +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.19
retrieving revision 1.20
diff -u -r1.19 -r1.20
--- xalan-jsite.xml 2001/05/21 15:12:23 1.19
+++ xalan-jsite.xml 2001/06/12 18:27:52 1.20
@@ -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.1.0" source="xalan/index.xml"/>
+ <document id="index" label="Xalan-J 2.2.D1" source="xalan/index.xml"/>
<document id="whatsnew" label="What's New" source="xalan/whatsnew.xml"/>
<document id="xsltc_usage" label="XSLTC Translets"
source="xalan/xsltc_usage.xml"/>
<separator/>
1.6 +246 -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.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- history.xml 2001/03/21 13:26:34 1.5
+++ history.xml 2001/06/12 18:27:57 1.6
@@ -1,3 +1,249 @@
+
+ <s3 title="Changes since &xslt4j; 2.1.0">
+ &xsltcdone;
+ <p>This release also includes a number of bug fixes to &xslt4j; and TrAX.
+ We have also enhanced the ApplyXSLT servlet. It can now be set up to use a
compiled Templates object to respond to multiple
+ client transformation requests involving the same stylesheet.</p>
+<!--This XML fragment contains a list of source code updates to place in an <s3>
section of readme.xml--><p>Core source code updates:</p><ul><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>03/16/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/processor StylesheetHandler.java
+ java/src/org/apache/xpath Expression.java XPath.java
+ XPathContext.java
+ java/src/org/apache/xpath/compiler Compiler.java
+ XPathParser.java<br/><ref>Committer's log entry: </ref>Renamed "assert()" to
"assertion()".
+
+ Assert can be a keyword, and brake the
compilation.<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>03/19/2001<br/><ref>Modified: </ref>java/src/org/apache/xalan/transformer
KeyWalker.java<br/><ref>Committer's log entry: </ref>Throw an error message if the key
name in a key function was not defined<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>03/20/2001<br/><ref>Modified:
</ref>java/src/org/apache/xml/utils FastStringBuffer.java<br/><ref>Committer's log
entry: </ref>Reworked "chunk growth" algorithm again. Growing mode not
+ yet adequately tested, but fixed-size mode (which is what Xalan
+ is currently using) is simpler code and shows improved
performance.<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>03/20/2001<br/><ref>Added: </ref>java/src/org/apache/xalan/xslt
EnvironmentCheck.java<br/><ref>Committer's log entry: </ref>Utility class to check
your JVM environment for common problems<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>03/22/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xslt EnvironmentCheck.java<br/><ref>Committer's log
entry: </ref>Added more .jar sizes to jarVersions
listing<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>03/22/2001<br/><ref>Modified: </ref>java/src/org/apache/xml/utils
FastStringBuffer.java<br/><ref>Committer's log entry: </ref>We've reworked the
algorithm again. The fixed-chunk-size mode (initial
+ and max. chunk sizes equal) runs essentially unchanged, though with a
+ few cycles less overhead. The variable-chunk-size mode now uses a
+ recursive-encapsulation scheme, where the first chunk may itself be a
+ FastStringBuffer whose total length equals one chunk; every so often
+ we push the existing data down one level and restart with a larger
+ chunk size. The new scheme has been stress-tested and is apparently
+ working. At this writing, however, Xalan uses only the fixed-size
+ mode (initial size equals max size), and no effort has been made to
+ find the optimial values for the tuning parameters. It does appear
+ likely that the best values will vary with usage patterns, but we hope
+ to find a good compromise.
+
+ I'll probably be putting this aside for a while to work on other things.
+ If someone wants to experiment with varying the block sizes and
+ how frequently they grow, and suggest good performance/memory
+ tradeoff points, go for it!<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>03/22/2001<br/><ref>Modified:
</ref>java/src/org/apache/xml/utils FastStringBuffer.java<br/><ref>Committer's log
entry: </ref>Minor tweak to the javadoc.<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>03/23/2001<br/><ref>Modified:
</ref>java/src/org/apache/xml/utils FastStringBuffer.java<br/><ref>Committer's log
entry: </ref>reset() versus setLength(0).<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>03/26/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/templates ElemForEach.java<br/><ref>Committer's log
entry: </ref>Fix for bug# 1116, getMatchedTemplate throws ClassCastException.
+ Don't push template unless it is a xsl:template.<br/><br/></li><li><ref>Committed
by </ref>[EMAIL PROTECTED]<ref> on </ref>03/26/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/templates OutputProperties.java<br/><ref>Committer's
log entry: </ref>Patches submitted by Patrick Moore <[EMAIL PROTECTED]>
+ on 03/15/2001 01:25 PM:
+
+ This proposed change does a number of things:
+
+ 1. Problem: HTML output method does not uses XML output properties as
+ default.
+
+ In both org/apache/xalan/templates/output_html.properties and in the java
+ doc for
+ org/apache/xalan/templates/OutputProperties#getDefaultMethodProperties(Strin
+ g) It specifically states that all OutputProperties use the
+ output_xml.properties as a base. In the code this is not true for html. This
+ is now changed to match the comments
+
+ 2. Problem: unclear IOException.
+
+ If there was a problem loading the XML properties file. The wrapped
+ exception now will say which file was trying to be loaded. If the file did
+ not exist I was getting a very strange "Stream closed" IOException message.
+
+ 3. Problem: the streams were not closed after reading the property file.
+
+ Fixed.
+
+ 4. Problem: the double-check locking mechanism does not work in Java (see
+ bug #919)
+
+ <http://www.javaworld.com/javaworld/jw-02-2001/jw-0209-toolbox.html>
+
+ 5. QUESTION: now if there is a default properties (i.e.
+ output_xml.properties has been loaded) but the expected properties file does
+ not exist a error message will be printed to System.err and the processing
+ will continuing using just the default properties (output_xml.properties) I
+ felt that this is the best behavior.
+
+ (comment by sboag: I think it's better to
+ throw a runtime exception in this case.
+ but we can discuss this over time. For now
+ the patch was modified to do the runtime
exception).<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>03/27/2001<br/><ref>Modified: </ref>java/src/org/apache/xalan/processor
XSLTSchema.java
+ java/src/org/apache/xalan/stree SourceTreeHandler.java
+ java/src/org/apache/xalan/templates ElemForEach.java
+ ElemLiteralResult.java
+ java/src/org/apache/xalan/transformer QueuedSAXEvent.java
+ ResultTreeHandler.java TransformerImpl.java
+ java/src/org/apache/xml/utils BoolStack.java
+ java/src/org/apache/xpath XPathContext.java<br/><ref>Committer's log entry:
</ref>This check-in contains a couple things that overlapped on my
+ system, so I'm checking them in together.
+ 1) Unfinished (in progress) implementation of TransformSnapshot mechanism,
+ which will hopefully allow a result ContentHandler to take a snapshot
+ at a given point, and the restart execution from that point at some
+ later time. For tooling support.
+ 2) Check to make sure SourceTreeHandler isn't being entered twice,
+ which is related to the cocoon bug from a couple of weeks ago. This
+ will just help diagnose such a problem in the future.
+ 3) Removed the error stack trace print from postExceptionFromThread.
+ 4) Report exception in SourceTreeHandler#endDocument after
+ the join, if we can determine that the posted exception won't be
+ caught elsewhere.
+ 5) removed some catches that simply rethrew the exception
+ (thanks to Patrick Moore <[EMAIL PROTECTED]>).
+ See my note on 3/27/2001 to Patrick for more info
+ on the last two.<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref>
on </ref>03/27/2001<br/><ref>Added: </ref>java/src/org/apache/xalan/transformer
TransformSnapshot.java
+ TransformSnapshotImpl.java<br/><ref>Committer's log entry: </ref>Unfinished (in
progress) implementation of TransformSnapshot mechanism,
+ which will hopefully allow a result ContentHandler to take a snapshot
+ at a given point, and the restart execution from that point at some
+ later time. For tooling support.on the last two.<br/><br/></li><li><ref>Committed
by </ref>[EMAIL PROTECTED]<ref> on </ref>03/29/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/processor
+ ProcessorStylesheetElement.java
+ ProcessorTemplateElem.java StylesheetHandler.java
+ XSLTElementDef.java XSLTElementProcessor.java
+ XSLTSchema.java<br/><ref>Committer's log entry: </ref>Try to catch element order
and required element errors during stylesheet
+object creation. This new code adds an order and a required field to
+XSLElementDef objects where it is applicable.<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>04/02/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/transformer TransformerImpl.java<br/><ref>Committer's
log entry: </ref>Fix bugzilla bug 1170. If we're trying an xsl:apply-imports at the
top level
+(ie there are no
+ imported stylesheets), we need to indicate that there is no matching template
+and prevent and infinite recursion by using the built-in
template.<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>04/02/2001<br/><ref>Modified: </ref>java/src/org/apache/xalan/extensions
MethodResolver.java<br/><ref>Committer's log entry: </ref>Code cleanup submitted by
Art Welch <[EMAIL PROTECTED]>.<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>04/06/2001<br/><ref>Modified:
</ref>java/src/org/apache/xml/utils TreeWalker.java<br/><ref>Committer's log entry:
</ref>Add locator support to TreeWalker<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>04/06/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/transformer
+ QueuedStartElement.java<br/><ref>Committer's log entry: </ref>Small fix made for
getCurrentNode.<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>04/06/2001<br/><ref>Modified: </ref>java/src/org/apache/xml/utils
TreeWalker.java<br/><ref>Committer's log entry: </ref>Commented out extra call to
getData()... this could be a big performance
+ improvement for some stylesheets.<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>04/09/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/transformer
+ TransformSnapshotImpl.java TransformerImpl.java<br/><ref>Committer's log entry:
</ref>Additional support for tooling. Allow tools to take a snapshot of context and
+restart execution at that point.<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>04/10/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/processor
+ XSLTElementProcessor.java
+ java/src/org/apache/xalan/res XSLTErrorResources.java
+ java/src/org/apache/xalan/transformer
+ TransformSnapshotImpl.java TransformerImpl.java<br/><ref>Committer's log entry:
</ref>Misc stuff left out from previous check in<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>04/11/2001<br/><ref>Modified:
</ref>java/src/org/apache/xpath/functions FuncCurrent.java<br/><ref>Committer's log
entry: </ref>Don't assume that the object returned by getSubContextList() is a
+PredicatedNodeTest object.<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>04/11/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/processor ProcessorInclude.java
+ TransformerFactoryImpl.java
+ java/src/org/apache/xalan/transformer
+ TransformerIdentityImpl.java
+ java/src/org/apache/xml/utils TreeWalker.java<br/><ref>Committer's log entry:
</ref>Create new TreeWalker constructor that takes a systemId parameter. Change
+TreeWalker to change fields in the locator and not set it for each
node.<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>04/17/2001<br/><ref>Modified: </ref>java/src/org/apache/xpath
XPath.java<br/><ref>Committer's log entry: </ref>Fix Bugzilla bug:
+ PR: 1106
+ Submitted by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>04/18/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/lib/sql QueryParameter.java
+ SQLExtensionError.java XConnection.java<br/><ref>Committer's log entry:
</ref>Minor Javadoc updates (add @author name, remove declared but unthrown
@throws)<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>04/18/2001<br/><ref>Modified: </ref>java/src/org/apache/xalan/lib/sql Column.java
+ ColumnAttribute.java ColumnData.java
+ ColumnHeader.java Row.java RowSet.java
+ StreamableNode.java XConnection.java
+ XStatement.java<br/><ref>Committer's log entry: </ref>Support for Streamable Mode-
John Gentilin<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>04/24/2001<br/><ref>Modified: </ref>java/src/org/apache/xpath/objects
XObject.java<br/><ref>Committer's log entry: </ref>Resolve bugzilla bug 1015
+<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1015>.
+ Fix prevents null pointer exceptions when null non-XSLT arguments are
+ passed to an extension function.<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>04/24/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/extensions MethodResolver.java<br/><ref>Committer's
log entry: </ref>Resolve bugzilla bug 1015
+<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1015>.
+ Fix prevents null pointer exceptions when null non-XSLT arguments are
+ passed to an extension function.<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>04/24/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/processor
+ TransformerFactoryImpl.java<br/><ref>Committer's log entry: </ref>Fix copy/paste
error. Want to use TransformerFactoryImpl's class
loader.<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>04/24/2001<br/><ref>Modified: </ref>java/src/org/apache/xalan/transformer
+ TransformSnapshotImpl.java<br/><ref>Committer's log entry: </ref>Keep a copy of
current contextNodeList is there is one<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>04/25/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xslt EnvironmentCheck.java<br/><ref>Committer's log
entry: </ref>Added checkDirForJars() which checks java.ext.dirs as well
now<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>04/26/2001<br/><ref>Added: </ref>java/src/javax/xml/transform package.html
+ java/src/javax/xml/transform/dom package.html
+ java/src/javax/xml/transform/sax package.html
+ java/src/javax/xml/transform/stream package.html<br/><ref>Committer's log entry:
</ref>Add package.html for each package in
javax.xml.transform.<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref>
on </ref>04/27/2001<br/><ref>Modified: </ref>java/src/org/apache/xalan/transformer
TransformerImpl.java<br/><ref>Committer's log entry: </ref>Resolve bug 1496
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1496>
+where xsl:param statements were not being reset properly if the TransformerImpl
+was reused.<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>04/27/2001<br/><ref>Modified: </ref>java/src/org/apache/xalan/stree
DocImpl.java<br/><ref>Committer's log entry: </ref>Fix for
#1561<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>04/29/2001<br/><ref>Modified: </ref>java/src/org/apache/xpath/functions
FuncExtFunction.java<br/><ref>Committer's log entry: </ref>Resolve bugzilla bug 1373
+<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1373>.
+ Added code to support return of Integer or Long by an external function.
+ Code was contributed by Patrick Moore
<[EMAIL PROTECTED]>.<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>05/03/2001<br/><ref>Modified:
</ref>java/src/javax/xml/transform/stream StreamResult.java
+ StreamSource.java<br/><ref>Committer's log entry: </ref>Small fix to avoid
file:////path that may fail on some JDK.<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>05/04/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/lib/sql package.html<br/><ref>Committer's log entry:
</ref>Preliminary updates for John G's work.<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>05/07/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/transformer TransformerImpl.java<br/><ref>Committer's
log entry: </ref>Check for a null contextNodeList before returning its
clone<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>05/07/2001<br/><ref>Modified: </ref>java/src/org/apache/xalan/stree
StreeDOMBuilder.java<br/><ref>Committer's log entry: </ref>Set the element's level
correctly, before we process attributes.<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>05/08/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/transformer
+ TransformerIdentityImpl.java<br/><ref>Committer's log entry: </ref>Resolve
bugzilla 1648
+(http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1648).
+ TransformerIdentityImpl was improperly using an old LexicalHandler when
+invoked for a second transform.
+ This bug only affects identity transforms with StreamResults.
+ Many thanks to John Keyes <[EMAIL PROTECTED]> for reporting this
bug.<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>05/10/2001<br/><ref>Modified: </ref>java/src/org/apache/xalan/processor
XSLProcessorVersion.java<br/><ref>Committer's log entry: </ref>Updated version number
to 2.1.0<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>05/10/2001<br/><ref>Modified: </ref>java/src/org/apache/xalan/res
XSLTInfo.properties<br/><ref>Committer's log entry: </ref>Updated version number to
2.1.0<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>05/10/2001<br/><ref>Modified: </ref>java/src/org/apache/xpath/functions
FuncExtFunction.java<br/><ref>Committer's log entry: </ref>Change submitted by Patrick
Moore <[EMAIL PROTECTED]> as part of bugzilla
+1373 (http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1373).
+ Return value from extension function is now generalized so that all
+derivatives of Number are now properly handled.<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>05/11/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/processor XSLTSchema.java<br/><ref>Committer's log
entry: </ref>Set the correct order of xsl:include
elements<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>05/13/2001<br/><ref>Modified: </ref>java/src/org/apache/xalan/lib/sql Column.java
+ ColumnAttribute.java ColumnData.java
+ ColumnHeader.java ConnectionPool.java
+ DefaultConnectionPool.java ExtensionError.java
+ PooledConnection.java QueryParameter.java Row.java
+ RowSet.java SQLExtensionError.java
+ StreamableNode.java XConnection.java
+ XConnectionPoolManager.java XStatement.java
+ package.html<br/><ref>Committer's log entry: </ref>Updates Javadocs
+ Submitted by:John Gentilin
mailto:[EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>05/14/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xslt Process.java<br/><ref>Committer's log entry:
</ref>Correct typo introduced in revision 1.30 causing problems with transforms on
+Unix platforms.<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>05/14/2001<br/><ref>Modified: </ref>java/src/org/apache/xalan/templates
ElemChoose.java<br/><ref>Committer's log entry: </ref>Correct bugzilla bug 1748
+<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1748>.
+ When evaluating xsl:when, the xsl:choose element was used to resolve
+namespace prefixes instead of
+ the xsl:when element itself. This caused namespace prefixes defined on the
+xsl:when to be ignored.<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>05/15/2001<br/><ref>Modified:
</ref>java/src/javax/xml/parsers DocumentBuilderFactory.java
+ SAXParserFactory.java
+ java/src/javax/xml/transform TransformerFactory.java<br/><ref>Committer's log
entry: </ref>Use the context class loader if available.
+
+ The implementation is based on ExtensionHandler, and it's needed in order
+ to work in certain environments ( like tomcat ).<br/><br/></li><li><ref>Committed
by </ref>[EMAIL PROTECTED]<ref> on </ref>05/15/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/extensions ExtensionHandler.java
+ ExtensionHandlerGeneral.java<br/><ref>Committer's log entry: </ref>Make
getClassForName a public method. There are few other places in xalan
+ where Class.forName is used, and this can create problems in some cases
+ where the Thread.getContextClassLoader should be used.
+
+ getClassForName uses introspection to call getContextClassLoader
+ ( so it works in JDK1.1 ).
+
+ In ExtensionHandlerGeneral, use the thread loader to find BSF ( it may be
+ possible that xalan is installed in CLASSPATH, but BSF is in a webapp
).<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>05/15/2001<br/><ref>Modified: </ref>java/src/org/apache/xalan/processor
+ CompilingStylesheetHandler.java
+ java/src/org/apache/xalan/serialize SerializerFactory.java<br/><ref>Committer's
log entry: </ref>2 more instances where Class.forName was used.
+
+ Use the method in ExtensionHandler for consistency ( we could move it in
+ org.apache.xml.utils, but for now it's easier to just use it as it is
)<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>05/15/2001<br/><ref>Modified: </ref>java/src/org/apache/xalan/stree
SourceTreeHandler.java
+ java/src/org/apache/xalan/transformer TransformerImpl.java<br/><ref>Committer's
log entry: </ref>This is the "thread pooling hook".
+
+ It slightly changes the API used to create and wait for the transform thread.
+ Instead of using threadCreate() and Thread.start() that creates a new thread
+ and thread.join() that waits for a thread to end, we now use a
+ThreadControler
+ class that has the equivalent methods:
+ - run( Runnable ) - executes a task in a thread. The default implementation
+ is identical with what we had, using new Thread() and start()
+ - waitTread() - waits for a task to end. The default impl. is identical with
+ the previous code, using thread.join().
+
+ Someone wanting to use a thread pool for xalan will have to extend
+ the ThreadControler and override the 2 methods, then call setThreadController.
+
+ Xalan itself doesn't implement a thread pool right now ( for mosts uses it's
+ not even needed - if you just do few transforms for example ), instead
+ a server that runs xalan could plug it's own thread
pool.<br/><br/></li><li><ref>Committed by </ref>Gary L Peskin
<[EMAIL PROTECTED]><ref> on </ref>05/15/2001<br/><ref>Committer's log entry:
</ref>
+> Use the context class loader if available.
+>
+> The implementation is based on ExtensionHandler, and it's needed in order
+> to work in certain environments ( like tomcat ).
+>
+><br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>05/16/2001<br/><ref>Modified: </ref>java/src/org/apache/xalan/lib/sql
ExtensionError.java<br/><ref>Committer's log entry: </ref>Fixed "conflict" in javadoc
comments.<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>05/16/2001<br/><ref>Modified: </ref>java/src/org/apache/xalan/lib/sql
package.html<br/><ref>Committer's log entry: </ref>Editing
pass.<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>05/17/2001<br/><ref>Modified: </ref>java/src/org/apache/xalan/xsltc
TransletOutputHandler.java<br/><ref>Committer's log entry: </ref>bug # 1406 fixed,
omit xml header implemented<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>05/17/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xslt Process.java<br/><ref>Committer's log entry:
</ref>Update Javadoc and remove commented out reference to properties file
+ PR:Bugzilla1627<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>05/18/2001<br/><ref>Modified: </ref>java/src/org/apache/xalan/transformer
ResultTreeHandler.java<br/><ref>Committer's log entry: </ref>Resolve bug 1330
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1330>.
+ setContentHandler failed to also reset m_lexicalHandler if the ContentHandler
+ was also a LexicalHandler. This caused the old LexicalHandler to be used
+which
+ was pointing to a previous result tree.<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>05/18/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/processor
+ TransformerFactoryImpl.java<br/><ref>Committer's log entry: </ref>Resolve bug 1762
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1762>.
+ TransformerFactoryImpl's URIResolver was not propagated to created
+Transformers.
+ Modified code to propagate.<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>05/19/2001<br/><ref>Modified:
</ref>java/src/org/apache/xml/utils TreeWalker.java
+ SystemIDResolver.java<br/><ref>Committer's log entry: </ref>Catch
SecurityException whenever accessing System.getProperty("user.dir");
+ minor javadoc update<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>05/21/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/templates ElemCopy.java
+ ElemValueOf.java
+ java/src/org/apache/xalan/transformer TreeWalker2Result.java
+ java/src/org/apache/xpath/functions FuncLast.java<br/><ref>Committer's log entry:
</ref>Fix for bugs reported by the Eclipse folks for TransformState, where
+ some operations (xsl:value-of, xsl-copy) were not pushing the
+ current node on the current node stack. Addresses
+
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1524.<br/><br/></li><li><ref>Committed
by </ref>[EMAIL PROTECTED]<ref> on </ref>05/21/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/templates OutputProperties.java<br/><ref>Committer's
log entry: </ref>Catch SecurityException as needed
+ PR: Bugzilla1258<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref>
on </ref>05/21/2001<br/><ref>Modified: </ref>java/src/org/apache/xalan/templates
OutputProperties.java<br/><ref>Committer's log entry: </ref>Fix to the following bug
reported by [EMAIL PROTECTED]:
+
+ loadPropertiesFile method in org\apache\xalan\templates\OutputProperties.java
+does not fall back
+ to the Thread Context Class Loader to load properties files like
+output_xml.properties etc. This
+ is causing problems in ServletExec_3_1+C2.<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>05/21/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/templates OutputProperties.java<br/><ref>Committer's
log entry: </ref>Correct implementation of ContextClassLoader to support case where
properties
+file is to be loaded by a different ClassLoader than the OutputProperties
+class. Thanks to Davanum Srinivas <[EMAIL PROTECTED]> for this code and for
+reporting this bug.
+ loadPropertiesFile should eventually be moved into a thread-specific
class.<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>05/21/2001<br/><ref>Modified: </ref>java/src/org/apache/xalan/processor
+ TransformerFactoryImpl.java
+ java/src/org/apache/xalan/serialize CharInfo.java
+ java/src/org/apache/xpath/functions FuncSystemProperty.java<br/><ref>Committer's
log entry: </ref>Modify getResourceAsStream calls to use the contextClassLoader, if
available.
+ This is a temporary fix until we can centralize this
function.<br/><br/></li></ul><note>This release includes no updates of the
compatibility source code.</note>
+ </s3>
+
<s3 title="Changes for &xslt4j; 2.0.1">
<p>This release includes a number of bug fixes to the &xslt4j; and TrAX core and
Xalan-Java 1 compability API. We have also</p>
<ul>
1.23 +1 -3 xml-xalan/java/xdocs/sources/xalan/index.xml
Index: index.xml
===================================================================
RCS file: /home/cvs/xml-xalan/java/xdocs/sources/xalan/index.xml,v
retrieving revision 1.22
retrieving revision 1.23
diff -u -r1.22 -r1.23
--- index.xml 2001/05/23 17:48:44 1.22
+++ index.xml 2001/06/12 18:27:58 1.23
@@ -70,9 +70,7 @@
<p>For more information, see <link idref="whatsnew">What's new in
&xslt4j2;</link>.</p>
</s2>
<s2 title="How about this release?">
- <p>&xslt4j-current; is a production release. This is the first &xslt4j; release
to include the
- <link idref="xsltc_usage">XSLTC</link> translet compiler and runtime. This
release also incorporates a number of bug fixes.
- For the details, see <link idref="readme">Release Notes</link>. Please send your
feedback to the <human-resource-ref idref="xalandev"/>.</p>
+ <p>&xslt4j-current; is a Developer release. This is the first &xslt4j2; release
to use the Document Table Model (<link idref="dtm">DTM</link>) to represent the XML
source document to be transformed. Please send your feedback to the
<human-resource-ref idref="xalandev"/>.</p>
</s2>
<s2 title="How do I get it?">
<p>Download and unzip either of the following:</p>
1.35 +61 -6 xml-xalan/java/xdocs/sources/xalan/readme.xml
Index: readme.xml
===================================================================
RCS file: /home/cvs/xml-xalan/java/xdocs/sources/xalan/readme.xml,v
retrieving revision 1.34
retrieving revision 1.35
diff -u -r1.34 -r1.35
--- readme.xml 2001/05/22 18:31:58 1.34
+++ readme.xml 2001/06/12 18:27:59 1.35
@@ -78,12 +78,67 @@
<li><link anchor="to-do">To-do tasks for future &xslt4j; releases</link></li>
</ul>
<anchor name="done"/>
- <s3 title="Changes since &xslt4j; 2.0.1">
- &xsltcdone;
- <p>This release also includes a number of bug fixes to &xslt4j; and TrAX.
- We have also enhanced the ApplyXSLT servlet. It can now be set up to use a
compiled Templates object to respond to multiple
- client transformation requests involving the same stylesheet.</p>
- &done-j;
+ <s3 title="Changes since &xslt4j; 2.2.D1">
+<p>We have moved the DTM_EXP branch to the main branch, incorporating all our work
on the <link idref="whatsnew" anchor="dtm">DTM</link> into the Xalan source tree.
+The branch is not absolutely perfect, but it's pretty damn good, and we think
+any final polishing should be done on the main branch. We would also like
+to get any ongoing bug fixes into the DTM version instead of the existing
+trunk.</p>
+
+<p>We expect that developers initially might encounter some issues
+with extensions (a fair amount of *internal* api has changed), but we don't
+think we can discover these and resolve them one way or the other until we
+get it in the mainstream.</p>
+
+<p>We will branch the existing trunk, so that people can still work off that if
+they absolutely have to.</p>
+
+<p>We won't immediately merge any of the bug fixes from the last two weeks
+(since we last did a merge to DTM_EXP). Instead over the next couple of
+days we will merge any bugfixes in, or the bugfix authors can do it.</p>
+
+<p>The SQL extension will be broken to start out with. John Gentilin is
+working on this, and we hope it will be functional within a week or two.</p>
+<anchor name="dtm"/>
+<p>In general the DTM work (not just the DTM, but all the work on the branch)
+provides faster performance and lower object garbage... though it is an
+ongoing battle. Brief summary of the work:</p>
+<ul>
+<li>The DTM itself, which presents node identity as 32-bit integer handles.
+The DTM has many features, including direct character dispatch to SAX2,
+native DTM iterators and "traversers", multiple document management,
etc.<br/><br/></li>
+<li>Joe Kesselman's CoRoutine parsers, which are in a threaded SAX flavor
+and in a Xerces parseMore() flavor (no threads). These do away with the
+"race" conditions that occured in the original code, and should make Xalan
+much more robust.<br/><br/></li>
+<li>*Much* more robust XPath itteration. The "waiting" iterators of old are
+no more, and good riddance. There is stil lots more we want to do with
+this mechanism. (There is something here called MatchIterators, but it's
+not being used yet for various reasons. We will be taking advantage of
+these down the line.)<br/><br/></li>
+<li>A fair amount of XObject creation reduction. You can now get boolean,
+number, nodeset, and string values directly from an Expression, instead of
+going through an XObject.<br/><br/></li>
+<li> XMLString, which makes it so we can have string objects that don't wrap
+Java's String object, but instead get their character data from an array or
+Fast String Buffer.<br/><br/></li>
+<li>Serializers now only do internal buffering if they know they are writing
+to a FileStream.<br/><br/></li>
+<li>The variable stack mechanism has been redisigned, so that it is no
+longer so interpretive, and we believe it is much more robust.<br/><br/></li>
+<li> Some small amount of stylesheet rewriting (but not yet redundent
+expression elimination), in particular to reduce full RTF creation and
+interpretation.</li>
+</ul>
+<p><em>DTM features:</em></p>
+<p>With the setAttribute feature of the TransformerFactory, the calling application
can control overall behavior of the Xalan engine. The following are feature URLs
implemented by Xalan.</p>
+<p><code>FEATURE_INCREMENTAL =
"http://xml.apache.org/xalan/features/incremental";;</code></p>
+
+<p>This feature allows a user to specify whether or not to try to do an incremental
transform. If the feature is set to true and we are using SAX, we will run the
transform in one thread and the parse in another. If the feature is set to false,
which is the default value, both the transform and the parse will be done on the same
thread. If Xerces is the parser being used, we will do an incremental transform on a
single thread using the "parse on demand" Xerces feature if this feature is set to
true. </p>
+
+ <p><code>FEATURE_OPTIMIZE =
"http://xml.apache.org/xalan/features/optimize";;</code></p>
+
+<p>This feature allows a tool that uses Xalan to turn off optimizations that may
involve structural rewrites of the stylesheet. If the tool is relying on the
structure of the elements being the same as the stylesheet, it should set this value
to false. The default for this value is true.</p>
</s3>
<anchor name="other"/>
<s3 title="Other points of interest">
1.16 +1 -1 xml-xalan/java/xdocs/sources/xalan/resources.xml
Index: resources.xml
===================================================================
RCS file: /home/cvs/xml-xalan/java/xdocs/sources/xalan/resources.xml,v
retrieving revision 1.15
retrieving revision 1.16
diff -u -r1.15 -r1.16
--- resources.xml 2001/05/10 18:09:49 1.15
+++ resources.xml 2001/06/12 18:28:00 1.16
@@ -51,7 +51,7 @@
title="Xalan Repository Release Notes"
location="http://www.apache.org/websrc/cvsweb.cgi/xml-xalan/README"/>
- <resource id="xsl" title="Extensible Stylesheet Language (XSL) Version 1.0 W3C
Candidate Recommendation"
+ <resource id="xslt" title="Extensible Stylesheet Language (XSL) Version 1.0 W3C
Candidate Recommendation"
location="http://www.w3.org/TR/xsl"/>
<resource id="dpawsonxslfaq" title="XSL Frequently Asked Questions"
location="http://www.dpawson.co.uk/xsl/xslfaq.html"/>
1.20 +10 -1 xml-xalan/java/xdocs/sources/xalan/whatsnew.xml
Index: whatsnew.xml
===================================================================
RCS file: /home/cvs/xml-xalan/java/xdocs/sources/xalan/whatsnew.xml,v
retrieving revision 1.19
retrieving revision 1.20
diff -u -r1.19 -r1.20
--- whatsnew.xml 2001/05/10 18:09:52 1.19
+++ whatsnew.xml 2001/06/12 18:28:01 1.20
@@ -65,5 +65,14 @@
<p>&xslt4j2; implements the <resource-ref idref="trax"/> interfaces. The product of
extensive open-source collaboration by members of the XML developer community, TrAX
provides a conceptual framework and a standard API for performing XML transformations.
During its evolution, the TrAX API has undergone several revisions. We believe this
API has now reached or is very close to final form. In November 2000, TrAX was
incorporated into <resource-ref idref="jsr063"/>, the Java API for XML Processing 1.1
, which has been published for public review (see <resource-ref idref="jaxp11"/>). We
strongly encourage you to utilize the TrAX framework when you use &xslt4j2; to perform
XML transformations.</p>
<p>The basic organization of TrAX is quite simple: use a TransformerFactory to
process transformation instructions and generate a Transformer, with which you can
apply the processed transformation instructions to your XML Source, producing a
transformation Result. For more detail, see <link idref="usagepatterns"
anchor="basic">Basic steps</link>.</p>
<p>As part of the Java API for XML Processing, TraX provides a stable framework for
plugging Transformers (like &xslt4j;) and XML parsers (like &xml4j;) into your
applications without tying yourself to the internal details of those implementations.
See <link idref="usagepatterns" anchor="plug">Plugging in a Transformer and XML
parser</link>.</p>
-</s2>&xsltcwhatsnew;
+</s2><anchor name="dtm"/>
+<s2 title="&xslt4j; DTM">
+
+<p>The Document Table Model (DTM) is an interface that mimics the W3C Document
Object Model (<resource-ref idref="dom"/>) interface. In place of the DOM object tree
of nodes, DTM uses integer arrays and string pools to represent the structure and
content of the XML document to be transformed. The motivation behind this model is to
optimize performance and minimize storage.</p>
+<p>Specifically, DTM avoids the overhead of instantiating the objects the standard
DOM requires to represent a tree of nodes. DTM uses unique integer "handles" to
identify nodes, integer ID values to represent URLs, local names, and expanded names,
and integer index and length references to a string buffer to represent the text value
of each node.</p>
+<p>The Xalan DTM implementation also allows the Xalan processor to begin reading
the DTM and performing the transformation while the DTM is still being assembled (the
parser is still parsing the XML source).</p>
+<p>For more information, see <link idref="readme" anchor="dtm">DTM Release
Notes</link>.</p>
+</s2>
+
+&xsltcwhatsnew;
</s1>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
