You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@xalan.apache.org by dl...@apache.org on 2001/06/12 20:29:35 UTC
cvs commit: xml-xalan/java build.xml commits.xml
dleslie 01/06/12 11:29:35
Modified: java build.xml commits.xml
Log:
Updates for Xalan-J 2.2.D1
Revision Changes Path
1.107 +2 -2 xml-xalan/java/build.xml
Index: build.xml
===================================================================
RCS file: /home/cvs/xml-xalan/java/build.xml,v
retrieving revision 1.106
retrieving revision 1.107
diff -u -r1.106 -r1.107
--- build.xml 2001/06/12 16:46:11 1.106
+++ build.xml 2001/06/12 18:29:30 1.107
@@ -50,7 +50,7 @@
- Much of this file stolen from Stefano's xml-xerces build.xml
- $Id: build.xml,v 1.106 2001/06/12 16:46:11 dleslie Exp $
+ $Id: build.xml,v 1.107 2001/06/12 18:29:30 dleslie Exp $
==================================================================== -->
@@ -86,7 +86,7 @@
<property name="xml.jar" value="${bin.dir}/${xml.jar.name}"/>
<!-- Defines general variables used by the other targets; name controls output xalan.jar -->
- <property name="version" value="2_2_D01"/>
+ <property name="version" value="2_2_D1"/>
<property name="name" value="xalan"/>
<property name="Name" value="Xalan-Java"/>
<property name="year" value="2000"/>
1.13 +1 -616 xml-xalan/java/commits.xml
Index: commits.xml
===================================================================
RCS file: /home/cvs/xml-xalan/java/commits.xml,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -r1.12 -r1.13
--- commits.xml 2001/05/22 18:13:33 1.12
+++ commits.xml 2001/06/12 18:29:32 1.13
@@ -1,617 +1,2 @@
<?xml version="1.0"?>
-<Commits>
-<Commit category="core">
-<Who>costin@apache.org</Who>
-<DateCommitted>03/16/2001</DateCommitted>
-<Modified>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</Modified>
-<Log>Renamed "assert()" to "assertion()".
-
- Assert can be a keyword, and brake the compilation.</Log>
-</Commit>
-<Commit category="core">
-<Who>mmidy@apache.org</Who>
-<DateCommitted>03/19/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/transformer KeyWalker.java</Modified>
-<Log>Throw an error message if the key name in a key function was not defined</Log>
-</Commit>
-<Commit category="core">
-<Who>jkesselm@apache.org</Who>
-<DateCommitted>03/20/2001</DateCommitted>
-<Modified>java/src/org/apache/xml/utils FastStringBuffer.java</Modified>
-<Log>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.</Log>
-</Commit>
-<Commit category="core">
-<Who>curcuru@apache.org</Who>
-<DateCommitted>03/20/2001</DateCommitted>
-<Added>java/src/org/apache/xalan/xslt EnvironmentCheck.java</Added>
-<Log>Utility class to check your JVM environment for common problems</Log>
-</Commit>
-<Commit category="core">
-<Who>curcuru@apache.org</Who>
-<DateCommitted>03/22/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/xslt EnvironmentCheck.java</Modified>
-<Log>Added more .jar sizes to jarVersions listing</Log>
-</Commit>
-<Commit category="core">
-<Who>jkesselm@apache.org</Who>
-<DateCommitted>03/22/2001</DateCommitted>
-<Modified>java/src/org/apache/xml/utils FastStringBuffer.java</Modified>
-<Log>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!</Log>
-</Commit>
-<Commit category="core">
-<Who>jkesselm@apache.org</Who>
-<DateCommitted>03/22/2001</DateCommitted>
-<Modified>java/src/org/apache/xml/utils FastStringBuffer.java</Modified>
-<Log>Minor tweak to the javadoc.</Log>
-</Commit>
-<Commit category="core">
-<Who>jkesselm@apache.org</Who>
-<DateCommitted>03/23/2001</DateCommitted>
-<Modified>java/src/org/apache/xml/utils FastStringBuffer.java</Modified>
-<Log>reset() versus setLength(0).</Log>
-</Commit>
-<Commit category="core">
-<Who>sboag@apache.org</Who>
-<DateCommitted>03/26/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/templates ElemForEach.java</Modified>
-<Log>Fix for bug# 1116, getMatchedTemplate throws ClassCastException.
- Don't push template unless it is a xsl:template.</Log>
-</Commit>
-<Commit category="core">
-<Who>sboag@apache.org</Who>
-<DateCommitted>03/26/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/templates OutputProperties.java</Modified>
-<Log>Patches submitted by Patrick Moore <patrickm@rioport.com>
- 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).</Log>
-</Commit>
-<Commit category="core">
-<Who>sboag@apache.org</Who>
-<DateCommitted>03/27/2001</DateCommitted>
-<Modified>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</Modified>
-<Log>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 <patrickm@rioport.com>).
- See my note on 3/27/2001 to Patrick for more info
- on the last two.</Log>
-</Commit>
-<Commit category="core">
-<Who>sboag@apache.org</Who>
-<DateCommitted>03/27/2001</DateCommitted>
-<Added>java/src/org/apache/xalan/transformer TransformSnapshot.java
- TransformSnapshotImpl.java</Added>
-<Log>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.</Log>
-</Commit>
-<Commit category="core">
-<Who>mmidy@apache.org</Who>
-<DateCommitted>03/29/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/processor
- ProcessorStylesheetElement.java
- ProcessorTemplateElem.java StylesheetHandler.java
- XSLTElementDef.java XSLTElementProcessor.java
- XSLTSchema.java</Modified>
-<Log>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.</Log>
-</Commit>
-<Commit category="core">
-<Who>garyp@apache.org</Who>
-<DateCommitted>04/02/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/transformer TransformerImpl.java</Modified>
-<Log>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.</Log>
-</Commit>
-<Commit category="core">
-<Who>garyp@apache.org</Who>
-<DateCommitted>04/02/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/extensions MethodResolver.java</Modified>
-<Log>Code cleanup submitted by Art Welch <art_w@EASTPOINT.COM>.</Log>
-</Commit>
-<Commit category="core">
-<Who>mmidy@apache.org</Who>
-<DateCommitted>04/06/2001</DateCommitted>
-<Modified>java/src/org/apache/xml/utils TreeWalker.java</Modified>
-<Log>Add locator support to TreeWalker</Log>
-</Commit>
-<Commit category="core">
-<Who>sboag@apache.org</Who>
-<DateCommitted>04/06/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/transformer
- QueuedStartElement.java</Modified>
-<Log>Small fix made for getCurrentNode.</Log>
-</Commit>
-<Commit category="core">
-<Who>sboag@apache.org</Who>
-<DateCommitted>04/06/2001</DateCommitted>
-<Modified>java/src/org/apache/xml/utils TreeWalker.java</Modified>
-<Log>Commented out extra call to getData()... this could be a big performance
- improvement for some stylesheets.</Log>
-</Commit>
-<Commit category="core">
-<Who>mmidy@apache.org</Who>
-<DateCommitted>04/09/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/transformer
- TransformSnapshotImpl.java TransformerImpl.java</Modified>
-<Log>Additional support for tooling. Allow tools to take a snapshot of context and
-restart execution at that point.</Log>
-</Commit>
-<Commit category="core">
-<Who>mmidy@apache.org</Who>
-<DateCommitted>04/10/2001</DateCommitted>
-<Modified>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</Modified>
-<Log>Misc stuff left out from previous check in</Log>
-</Commit>
-<Commit category="core">
-<Who>mmidy@apache.org</Who>
-<DateCommitted>04/11/2001</DateCommitted>
-<Modified>java/src/org/apache/xpath/functions FuncCurrent.java</Modified>
-<Log>Don't assume that the object returned by getSubContextList() is a
-PredicatedNodeTest object.</Log>
-</Commit>
-<Commit category="core">
-<Who>mmidy@apache.org</Who>
-<DateCommitted>04/11/2001</DateCommitted>
-<Modified>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</Modified>
-<Log>Create new TreeWalker constructor that takes a systemId parameter. Change
-TreeWalker to change fields in the locator and not set it for each node.</Log>
-</Commit>
-<Commit category="core">
-<Who>curcuru@apache.org</Who>
-<DateCommitted>04/17/2001</DateCommitted>
-<Modified>java/src/org/apache/xpath XPath.java</Modified>
-<Log>Fix Bugzilla bug:
- PR: 1106
- Submitted by: elharo@metalab.unc.edu</Log>
-</Commit>
-<Commit category="core">
-<Who>curcuru@apache.org</Who>
-<DateCommitted>04/18/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/lib/sql QueryParameter.java
- SQLExtensionError.java XConnection.java</Modified>
-<Log>Minor Javadoc updates (add @author name, remove declared but unthrown @throws)</Log>
-</Commit>
-<Commit category="core">
-<Who>johng@apache.org</Who>
-<DateCommitted>04/18/2001</DateCommitted>
-<Modified>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</Modified>
-<Log>Support for Streamable Mode- John Gentilin</Log>
-</Commit>
-<Commit category="core">
-<Who>garyp@apache.org</Who>
-<DateCommitted>04/24/2001</DateCommitted>
-<Modified>java/src/org/apache/xpath/objects XObject.java</Modified>
-<Log>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.</Log>
-</Commit>
-<Commit category="core">
-<Who>garyp@apache.org</Who>
-<DateCommitted>04/24/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/extensions MethodResolver.java</Modified>
-<Log>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.</Log>
-</Commit>
-<Commit category="core">
-<Who>mmidy@apache.org</Who>
-<DateCommitted>04/24/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/processor
- TransformerFactoryImpl.java</Modified>
-<Log>Fix copy/paste error. Want to use TransformerFactoryImpl's class loader.</Log>
-</Commit>
-<Commit category="core">
-<Who>mmidy@apache.org</Who>
-<DateCommitted>04/24/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/transformer
- TransformSnapshotImpl.java</Modified>
-<Log>Keep a copy of current contextNodeList is there is one</Log>
-</Commit>
-<Commit category="core">
-<Who>curcuru@apache.org</Who>
-<DateCommitted>04/25/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/xslt EnvironmentCheck.java</Modified>
-<Log>Added checkDirForJars() which checks java.ext.dirs as well now</Log>
-</Commit>
-<Commit category="core">
-<Who>dleslie@apache.org</Who>
-<DateCommitted>04/26/2001</DateCommitted>
-<Added>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</Added>
-<Log>Add package.html for each package in javax.xml.transform.</Log>
-</Commit>
-<Commit category="core">
-<Who>garyp@apache.org</Who>
-<DateCommitted>04/27/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/transformer TransformerImpl.java</Modified>
-<Log>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.</Log>
-</Commit>
-<Commit category="core">
-<Who>jkesselm@apache.org</Who>
-<DateCommitted>04/27/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/stree DocImpl.java</Modified>
-<Log>Fix for #1561</Log>
-</Commit>
-<Commit category="core">
-<Who>garyp@apache.org</Who>
-<DateCommitted>04/29/2001</DateCommitted>
-<Modified>java/src/org/apache/xpath/functions FuncExtFunction.java</Modified>
-<Log>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 <patmoore@ieee.org>.</Log>
-</Commit>
-<Commit category="core">
-<Who>costin@apache.org</Who>
-<DateCommitted>05/03/2001</DateCommitted>
-<Modified>java/src/javax/xml/transform/stream StreamResult.java
- StreamSource.java</Modified>
-<Log>Small fix to avoid file:////path that may fail on some JDK.</Log>
-</Commit>
-<Commit category="core">
-<Who>dleslie@apache.org</Who>
-<DateCommitted>05/04/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/lib/sql package.html</Modified>
-<Log>Preliminary updates for John G's work.</Log>
-</Commit>
-<Commit category="core">
-<Who>mmidy@apache.org</Who>
-<DateCommitted>05/07/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/transformer TransformerImpl.java</Modified>
-<Log>Check for a null contextNodeList before returning its clone</Log>
-</Commit>
-<Commit category="core">
-<Who>mmidy@apache.org</Who>
-<DateCommitted>05/07/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/stree StreeDOMBuilder.java</Modified>
-<Log>Set the element's level correctly, before we process attributes.</Log>
-</Commit>
-<Commit category="core">
-<Who>garyp@apache.org</Who>
-<DateCommitted>05/08/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/transformer
- TransformerIdentityImpl.java</Modified>
-<Log>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 <johnkeyes@yahoo.com> for reporting this bug.</Log>
-</Commit>
-<Commit category="core">
-<Who>dleslie@apache.org</Who>
-<DateCommitted>05/10/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/processor XSLProcessorVersion.java</Modified>
-<Log>Updated version number to 2.1.0</Log>
-</Commit>
-<Commit category="core">
-<Who>dleslie@apache.org</Who>
-<DateCommitted>05/10/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/res XSLTInfo.properties</Modified>
-<Log>Updated version number to 2.1.0</Log>
-</Commit>
-<Commit category="core">
-<Who>garyp@apache.org</Who>
-<DateCommitted>05/10/2001</DateCommitted>
-<Modified>java/src/org/apache/xpath/functions FuncExtFunction.java</Modified>
-<Log>Change submitted by Patrick Moore <patmoore@ieee.org> 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.</Log>
-</Commit>
-<Commit category="core">
-<Who>mmidy@apache.org</Who>
-<DateCommitted>05/11/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/processor XSLTSchema.java</Modified>
-<Log>Set the correct order of xsl:include elements</Log>
-</Commit>
-<Commit category="core">
-<Who>johng@apache.org</Who>
-<DateCommitted>05/13/2001</DateCommitted>
-<Modified>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</Modified>
-<Log>Updates Javadocs
- Submitted by:John Gentilin mailto://johnglinux@eyecatching.com</Log>
-</Commit>
-<Commit category="core">
-<Who>garyp@apache.org</Who>
-<DateCommitted>05/14/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/xslt Process.java</Modified>
-<Log>Correct typo introduced in revision 1.30 causing problems with transforms on
-Unix platforms.</Log>
-</Commit>
-<Commit category="core">
-<Who>garyp@apache.org</Who>
-<DateCommitted>05/14/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/templates ElemChoose.java</Modified>
-<Log>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.</Log>
-</Commit>
-<Commit category="core">
-<Who>costin@apache.org</Who>
-<DateCommitted>05/15/2001</DateCommitted>
-<Modified>java/src/javax/xml/parsers DocumentBuilderFactory.java
- SAXParserFactory.java
- java/src/javax/xml/transform TransformerFactory.java</Modified>
-<Log>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 ).</Log>
-</Commit>
-<Commit category="core">
-<Who>costin@apache.org</Who>
-<DateCommitted>05/15/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/extensions ExtensionHandler.java
- ExtensionHandlerGeneral.java</Modified>
-<Log>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 ).</Log>
-</Commit>
-<Commit category="core">
-<Who>costin@apache.org</Who>
-<DateCommitted>05/15/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/processor
- CompilingStylesheetHandler.java
- java/src/org/apache/xalan/serialize SerializerFactory.java</Modified>
-<Log>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 )</Log>
-</Commit>
-<Commit category="core">
-<Who>costin@apache.org</Who>
-<DateCommitted>05/15/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/stree SourceTreeHandler.java
- java/src/org/apache/xalan/transformer TransformerImpl.java</Modified>
-<Log>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.</Log>
-</Commit>
-<Commit category="core">
-<Who>Gary L Peskin <garyp@firstech.com></Who>
-<DateCommitted>05/15/2001</DateCommitted>
-<Log>
-> 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 ).
->
-></Log>
-</Commit>
-<Commit category="core">
-<Who>dleslie@apache.org</Who>
-<DateCommitted>05/16/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/lib/sql ExtensionError.java</Modified>
-<Log>Fixed "conflict" in javadoc comments.</Log>
-</Commit>
-<Commit category="core">
-<Who>dleslie@apache.org</Who>
-<DateCommitted>05/16/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/lib/sql package.html</Modified>
-<Log>Editing pass.</Log>
-</Commit>
-<Commit category="core">
-<Who>tmiller@apache.org</Who>
-<DateCommitted>05/17/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/xsltc TransletOutputHandler.java</Modified>
-<Log>bug # 1406 fixed, omit xml header implemented</Log>
-</Commit>
-<Commit category="core">
-<Who>curcuru@apache.org</Who>
-<DateCommitted>05/17/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/xslt Process.java</Modified>
-<Log>Update Javadoc and remove commented out reference to properties file
- PR:Bugzilla1627</Log>
-</Commit>
-<Commit category="core">
-<Who>garyp@apache.org</Who>
-<DateCommitted>05/18/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/transformer ResultTreeHandler.java</Modified>
-<Log>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.</Log>
-</Commit>
-<Commit category="core">
-<Who>garyp@apache.org</Who>
-<DateCommitted>05/18/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/processor
- TransformerFactoryImpl.java</Modified>
-<Log>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.</Log>
-</Commit>
-<Commit category="core">
-<Who>curcuru@apache.org</Who>
-<DateCommitted>05/19/2001</DateCommitted>
-<Modified>java/src/org/apache/xml/utils TreeWalker.java
- SystemIDResolver.java</Modified>
-<Log>Catch SecurityException whenever accessing System.getProperty("user.dir");
- minor javadoc update</Log>
-</Commit>
-<Commit category="core">
-<Who>sboag@apache.org</Who>
-<DateCommitted>05/21/2001</DateCommitted>
-<Modified>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</Modified>
-<Log>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.</Log>
-</Commit>
-<Commit category="core">
-<Who>curcuru@apache.org</Who>
-<DateCommitted>05/21/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/templates OutputProperties.java</Modified>
-<Log>Catch SecurityException as needed
- PR: Bugzilla1258</Log>
-</Commit>
-<Commit category="core">
-<Who>garyp@apache.org</Who>
-<DateCommitted>05/21/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/templates OutputProperties.java</Modified>
-<Log>Fix to the following bug reported by dims@yahoo.com:
-
- 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.</Log>
-</Commit>
-<Commit category="core">
-<Who>garyp@apache.org</Who>
-<DateCommitted>05/21/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/templates OutputProperties.java</Modified>
-<Log>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 <dims@yahoo.com> for this code and for
-reporting this bug.
- loadPropertiesFile should eventually be moved into a thread-specific class.</Log>
-</Commit>
-<Commit category="core">
-<Who>garyp@apache.org</Who>
-<DateCommitted>05/21/2001</DateCommitted>
-<Modified>java/src/org/apache/xalan/processor
- TransformerFactoryImpl.java
- java/src/org/apache/xalan/serialize CharInfo.java
- java/src/org/apache/xpath/functions FuncSystemProperty.java</Modified>
-<Log>Modify getResourceAsStream calls to use the contextClassLoader, if available.
- This is a temporary fix until we can centralize this function.</Log>
-</Commit>
-</Commits>
+<!-- not used this release -- >
\ No newline at end of file
---------------------------------------------------------------------
To unsubscribe, e-mail: xalan-cvs-unsubscribe@xml.apache.org
For additional commands, e-mail: xalan-cvs-help@xml.apache.org