Google Git
Sign in
apache / xalan-j / refs/heads/xalan-j_2_1_0_maint / . / commits.xml
blob: ec393ba524d8004271ad65672b89b1fe88eab50a [file] [log] [blame]
<?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 &lt;patrickm@rioport.com&gt;
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)
&lt;http://www.javaworld.com/javaworld/jw-02-2001/jw-0209-toolbox.html&gt;
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 &lt;patrickm@rioport.com&gt;).
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 &lt;art_w@EASTPOINT.COM&gt;.</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
&lt;http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1015&gt;.
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
&lt;http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1015&gt;.
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 &lt;http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1496&gt;
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
&lt;http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1373&gt;.
Added code to support return of Integer or Long by an external function.
Code was contributed by Patrick Moore &lt;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 &lt;johnkeyes@yahoo.com&gt; 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 &lt;patmoore@ieee.org&gt; 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
&lt;http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1748&gt;.
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 &lt;garyp@firstech.com&gt;</Who>
<DateCommitted>05/15/2001</DateCommitted>
<Log>
&gt; Use the context class loader if available.
&gt;
&gt; The implementation is based on ExtensionHandler, and it's needed in order
&gt; 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 &lt;http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1330&gt;.
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 &lt;http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1762&gt;.
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 &lt;dims@yahoo.com&gt; 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>