xalan-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From dles...@apache.org
Subject cvs commit: xml-xalan/java/xdocs/sources/xalan history.xml index.xml readme.xml xsltc_constraints.xml
Date Thu, 09 Aug 2001 14:11:41 GMT
dleslie     01/08/09 07:11:41

  Modified:    java/xdocs/sources/xalan history.xml index.xml readme.xml
                        xsltc_constraints.xml
  Log:
  Move changes to history to prepare for next release.
  
  Revision  Changes    Path
  1.14      +104 -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.13
  retrieving revision 1.14
  diff -u -r1.13 -r1.14
  --- history.xml	2001/07/27 17:37:38	1.13
  +++ history.xml	2001/08/09 14:11:41	1.14
  @@ -1,3 +1,107 @@
  +<s3 title="Changes for &xslt4j; 2.2.D8>
  +<p> Core (Non-XSLTC) source code updates:</p><ul><li><ref>Committed
by </ref>johng@apache.org<ref> on </ref>07/20/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/lib/sql SQLDocument.java<br/><ref>Committer's
log entry: </ref>Code Update
  + Submitted by:John Gentilin<br/><br/></li><li><ref>Committed
by </ref>johng@apache.org<ref> on </ref>07/20/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/lib/sql SQLDocument.java<br/><ref>Committer's
log entry: </ref>Fixed DTM.NULL compile error<br/><br/></li><li><ref>Committed
by </ref>jkesselm@apache.org<ref> on </ref>07/20/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/transformer TreeWalker2Result.java<br/><ref>Committer's
log entry: </ref>Redundant test removed, possibly redundant code flagged for %REVIEW%<br/><br/></li><li><ref>Committed
by </ref>jkesselm@apache.org<ref> on </ref>07/20/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/lib/sql SQLDocument.java
  + java/src/org/apache/xalan/transformer
  + TransformerHandlerImpl.java
  + java/src/org/apache/xml/dtm/ref DTMDefaultBase.java
  + DTMDocumentImpl.java DTMManagerDefault.java
  + IncrementalSAXSource.java
  + IncrementalSAXSource_Filter.java
  + IncrementalSAXSource_Xerces.java
  + java/src/org/apache/xml/dtm/ref/dom2dtm DOM2DTM.java
  + java/src/org/apache/xml/dtm/ref/sax2dtm SAX2DTM.java
  + java/src/org/apache/xml/utils SuballocatedIntVector.java<br/><ref>Committer's
log entry: </ref>IncrementalSAXSource replaces CoroutineSAXParser -- simpler API,
  + hence less risk of programming errors introducing timing windows. I hope.
  + A few performance-related tweaks are also included in this check-in.
  + Only very minor gains are expected.<br/><br/></li><li><ref>Committed
by </ref>johng@apache.org<ref> on </ref>07/22/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/lib/sql ObjectArray.java
  + SQLDocument.java<br/><ref>Committer's log entry: </ref>Project Update<br/><br/></li><li><ref>Committed
by </ref>jkesselm@apache.org<ref> on </ref>07/23/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/transformer TransformerImpl.java<br/><ref>Committer's
log entry: </ref>Oops.Should have been checked in as part of the IncrementalSAXSource
cutover. 
  +Sorry!<br/><br/></li><li><ref>Committed by </ref>costin@apache.org<ref>
on </ref>07/23/2001<br/><ref>Modified: </ref>java build.xml
  + java/src/org/apache/xml/dtm/ref
  + IncrementalSAXSource_Filter.java
  + java/src/org/apache/xml/utils/synthetic JavaUtils.java<br/><ref>Committer's
log entry: </ref>3 small fixes to the build process ( to make it work with jdk1.4 and
crimson)
  +
  + - exclude IncrementalSAXSource_Xerces if xerces is not detected
  + - comment-out the "main" in IncrementalSAXSource_Filter.java ( it is a
  + test, but has deps on xerces )
  + - don't try to load the compiler in syntetic/JavaUtils. This is a mess,
  + it was debated on tomcat-dev and ant-dev, as you may know some people
  + decided to remove the internal compiler class ( sun.tools.javac.Main ),
  + and that brakes jasper, ant and now xalan.
  +
  + It seems right now the only portable way to run the compiler is via command
  + line call in a separate process ( jikes can easily make up for the
  + overhead of creating a new process and doesn't leave garbage ).
  +
  + Question: is synthetic used ? Seems like a very usefull package, but if
  + xalan is not using it it might be better to move it to xml-commons or
  + jakarta-commons or some other place.<br/><br/></li><li><ref>Committed
by </ref>sboag@apache.org<ref> on </ref>07/24/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/lib/sql SQLDocument.java<br/><ref>Committer's
log entry: </ref>Don't set m_level anymore, as it looks like Joe commented out it's
  + initialization. m_level is no longer called by Xalan, and the implementation
  + can calculate it when it is called.<br/><br/></li><li><ref>Committed
by </ref>garyp@apache.org<ref> on </ref>07/24/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/transformer
  + TransformerIdentityImpl.java<br/><ref>Committer's log entry: </ref>Fixed
bug 2758 (http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2758). The 
  +flag indicating that a call to startDocument() in the resultContentHandler was 
  +necessary was not being reset for multiple transforms.<br/><br/></li><li><ref>Committed
by </ref>garyp@apache.org<ref> on </ref>07/25/2001<br/><ref>Modified:
</ref>java/src/org/apache/xml/dtm/ref/sax2dtm SAX2DTM.java<br/><ref>Committer's
log entry: </ref>Fix bug 2727 (http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2727).

  +Attributes which contain a namespace prefix are indicated by placing a negative 
  +number in the appropriate entry in the m_dataOrQName array. The absolute value 
  +of this number is an entry in m_data. However, in this example, there were no 
  +text nodes before the first namespaced attribute so the entry in m_data had an 
  +array index of 0. This resulted in an entry of zero, not a negative number, in 
  +m_dataOrQName. This situation got several routines which tested for &lt; 0 
  +confused. I looked at several ways of fixing this but decided to just always 
  +allocate m_data.elementAt(0) entry to a dummy entry. The other solutions 
  +involved runtime checking which could slow down this piece of code and I felt 
  +that wasting one entry was worth it to not slow down the run time.<br/><br/></li><li><ref>Committed
by </ref>garyp@apache.org<ref> on </ref>07/26/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/serialize
  + WriterToUTF8Buffered.java<br/><ref>Committer's log entry: </ref>Fix
bugzilla bug 2639 
  +(http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2639) where buffer was 
  +overflowing because the expansion of the Unicode characters into multiple UTF8 
  +characters was not being properly taken into account. Many thanks to 
  +Gunnlaugur Thor Briem for his "multiply by three" trick.<br/><br/></li><li><ref>Committed
by </ref>sboag@apache.org<ref> on </ref>07/26/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/transformer NodeSorter.java<br/><ref>Committer's
log entry: </ref>Commented out NumberFormat m_formatter = NumberFormat.getNumberInstance();.
  +
  + Mukund reported:
  +
  + a minor improvement for alphabetize.xsl is to comment out the line
  +
  + //NumberFormat m_formatter = NumberFormat.getNumberInstance();
  +
  + in NodeSorter.java. The variable m_formatter does not seem to be used 
  +anywhere, and the performance difference is:
  +
  + Before: alphabetize 10 90 5108 196 156 34.58 
  +OK
  + After : alphabetize 10 70 4316 196 156 
  +40.93 OK<br/><br/></li><li><ref>Committed by </ref>dleslie@apache.org<ref>
on </ref>07/27/2001<br/><ref>Modified: </ref>java/src/org/apache/xalan/res
XSLTInfo.properties<br/><ref>Committer's log entry: </ref>2.2.D8<br/><br/></li><li><ref>Committed
by </ref>dleslie@apache.org<ref> on </ref>07/27/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/processor XSLProcessorVersion.java<br/><ref>Committer's
log entry: </ref>2.2.D8<br/><br/></li><li><ref>Committed
by </ref>sboag@apache.org<ref> on </ref>07/27/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/transformer NodeSortKey.java<br/><ref>Committer's
log entry: </ref>Submitted fix for http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2851.<br/><br/></li><li><ref>Committed
by </ref>sboag@apache.org<ref> on </ref>07/27/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xslt Process.java<br/><ref>Committer's log
entry: </ref>Just added some stuff to diagnose bugs for flavor th.<br/><br/></li><li><ref>Committed
by </ref>sboag@apache.org<ref> on </ref>07/27/2001<br/><ref>Modified:
</ref>java/src/org/apache/xpath/axes WalkerFactory.java
  + java/src/org/apache/xpath/compiler Compiler.java
  + java/src/org/apache/xpath/patterns
  + ContextMatchStepPattern.java StepPattern.java<br/><ref>Committer's log entry:
</ref>These are changes submitted (offline) by Mukund Raghavachari/Watson/IBM@IBMUS.
  +
  + This fixes a bug with match="chapter//footnote[1]" patterns.
  +
  + The main change here is minor to remove the automatic attachment of parent::* 
  +to simple step patterns.
  +
  + He has re-implemented executePredicates to be
  + more efficient. Given a pattern such as row[6], it
  + does not iterate over the entire axis until it reaches
  + the node to see if it is the sixth node. Rather,
  + starting from the current node, it works backwards
  + (preceding siblings) until it either runs out of nodes
  + or finds more than six nodes that match the
  + predicate [I can explain it better if desired].
  + This optimization improves performance slightly
  + overall. It helps decoy and patterns most (by
  + about 10%).
  +
  + The other optimization that I implemented was the
  + following. For a pattern foo[][3][][4] ..., where more
  + than one predicate is a number (position check),
  + in checking the predicate [4], the fact that the
  + current node has passed foo[][3] implies that it is
  + the only node that is the third node among its
  + siblings that passes foo[]. Therefore, any
  + subsequent position checks can be true if and
  + only if the position is [1]. This optimization is not
  + used by the xsltmark benchmarks and so does
  + not offer any performance benefits.<br/><br/></li><li><ref>Committed
by </ref>sboag@apache.org<ref> on </ref>07/27/2001<br/><ref>Modified:
</ref>java/src/org/apache/xpath/axes DescendantIterator.java<br/><ref>Committer's
log entry: </ref>Fix for http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1336<br/><br/></li></ul><note>This
release includes no updates of the compatibility source code (now deprecated).</note>
  +
   <s3 title="Changes for &xslt4j; 2.2.D7">
   <p> Core (Non-XSLTC) source code updates:</p><ul><li><ref>Committed
by </ref>sboag@apache.org<ref> on </ref>07/03/2001<br/><ref>Modified:
</ref>java/src/org/apache/xml/dtm/ref DTMManagerDefault.java<br/><ref>Committer's
log entry: </ref>Since the real root of our tree may be a DocumentFragment, we need
to
    use getParent to find the root, instead of getOwnerDocument. Otherwise
  
  
  
  1.31      +1 -1      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.30
  retrieving revision 1.31
  diff -u -r1.30 -r1.31
  --- index.xml	2001/07/18 15:34:02	1.30
  +++ index.xml	2001/08/09 14:11:41	1.31
  @@ -57,6 +57,7 @@
    * <http://www.apache.org/>.
    -->
   <s1 title="&xslt4j-current;">
  +<note>A later Developer release has been posted in the <resource-ref idref="xslt4j-distdir"/>.
For the changes that have occurred since &xslt4j-current;, consult the xml-xalan-cvs@apache.org
mailing list, or download the release and consult the release notes.</note>
     <s2 title="What is it?">
       <p>Xalan is an XSLT processor for transforming XML documents into HTML, text,
or other XML document types. It implements the
        W3C Recommendations for XSL Transformations (XSLT) and the XML Path Language (XPath).
It can be used from the command line,
  @@ -72,7 +73,6 @@
     </s2>
     <s2 title="How about this release?">
     <p>&xslt4j-current; is a Developer release. To improve performance, it uses
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>
  -<note>A later Developer release has been posted in the <resource-ref idref="xslt4j-distdir"/>.
For the changes that have occurred since &xslt4j-current;, consult the xml-xalan-cvs@apache.org
mailing list, or download the release and consult the release notes.</note>
     </s2> 
     <s2 title="How do I get it?">
       <p>Download and unzip either of the following:</p>
  
  
  
  1.48      +1 -1      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.47
  retrieving revision 1.48
  diff -u -r1.47 -r1.48
  --- readme.xml	2001/08/09 13:51:33	1.47
  +++ readme.xml	2001/08/09 14:11:41	1.48
  @@ -78,7 +78,7 @@
       <li><link anchor="to-do">To-do tasks for future &xslt4j; releases</link></li>
      </ul>
        <anchor name="done"/>
  -     <s3 title="Changes since &xslt4j; 2.2.D7">
  +     <s3 title="Changes since &xslt4j; 2.2.D8">
        <p>&xslt4j-current; is a Developer release. For enhanced performance, it
incorporates the 
        <link idref="dtm">DTM</link>.</p>
        <note>The SQL Extension library has been updated to work with DTM.</note>
  
  
  
  1.13      +68 -65    xml-xalan/java/xdocs/sources/xalan/xsltc_constraints.xml
  
  Index: xsltc_constraints.xml
  ===================================================================
  RCS file: /home/cvs/xml-xalan/java/xdocs/sources/xalan/xsltc_constraints.xml,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- xsltc_constraints.xml	2001/07/27 20:59:18	1.12
  +++ xsltc_constraints.xml	2001/08/09 14:11:41	1.13
  @@ -12,71 +12,8 @@
       <li><link anchor="xsltchistory">History of XSLTC software changes</link></li>
   </ul>
   <anchor name="xsltcnew"/>
  -<s3 title="Changes since &xslt4j; 2.2.D7">
  -<p>XSLTC source code updates:</p><ul><li><ref>Committed by
</ref>morten@apache.org<ref> on </ref>07/20/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
  - DefaultSAXOutputHandler.java
  - java/src/org/apache/xalan/xsltc/trax
  - TransformerFactoryImpl.java TransformerImpl.java<br/><ref>Committer's log
entry: </ref>Added support for SAXSource and SAXResult in TransformerFactoryImpl
  - and TransformerFactory. I had to add a new consturctor the the
  - default SAX output handler (in the xsltc runtime library) to acommodate
  - the SAXResult TrAX output handler.
  - PR: n/a
  - Obtained from: n/a
  - Submitted by: morten@xml.apache.org
  - Reviewed by: morten@xml.apache.org<br/><br/></li><li><ref>Committed
by </ref>morten@apache.org<ref> on </ref>07/20/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler XSLTC.java
  - java/src/org/apache/xalan/xsltc/trax
  - TransformerFactoryImpl.java<br/><ref>Committer's log entry: </ref>Added
default error-reporting behaviour for our trax code (error messages
  - are dumped to System.err).
  - PR: n/a
  - Obtained from: n/a
  - Submitted by: morten@xml.apache.org
  - Reviewed by: morten@xml.apache.org<br/><br/></li><li><ref>Committed
by </ref>tmiller@apache.org<ref> on </ref>07/20/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/trax
  - TransformerFactoryImpl.java<br/><ref>Committer's log entry: </ref>in
progress, adding DOMSource support<br/><br/></li><li><ref>Committed
by </ref>tmiller@apache.org<ref> on </ref>07/20/2001<br/><ref>Added:
</ref>java/src/org/apache/xalan/xsltc/trax DOM2SAX.java<br/><ref>Committer's
log entry: </ref>new class, DOM2SAX, supports DOMSources, in progress<br/><br/></li><li><ref>Committed
by </ref>morten@apache.org<ref> on </ref>07/20/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler Import.java
  - Include.java Stylesheet.java XSLTC.java
  - java/src/org/apache/xalan/xsltc/trax
  - TransformerFactoryImpl.java TransformerImpl.java<br/><ref>Added: </ref>java/src/org/apache/xalan/xsltc/compiler
SourceLoader.java<br/><ref>Committer's log entry: </ref>Added a SourceLoader
interface to the compiler package. This interface can
  - be used to plug in an external document loader for imported and/or
  - included stylesheets. The trax.TransformerImpl class is updated to
  - implement this interface and act as an adapter between the internal XSLTC
  - SourceLoader interface and TrAX's URIResolver interface.
  - PR: n/a
  - Obtained from: n/a
  - Submitted by: morten@apache.org
  - Reviewed by: morten@apache.org<br/><br/></li><li><ref>Committed
by </ref>amiro@apache.org<ref> on </ref>07/20/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime Constants.java<br/><ref>Committer's
log entry: </ref>Added the NAMESPACE_FEATURE constant. Checked to see if it was in
  - org.xml.sax first, but it wasn't. Since this constant is used both
  - at compile and runtime, it should be in the runtime Constants class
  - as well as the compile Constants class. Runtime code needs to be
  - kept separate from the compile time code.<br/><br/></li><li><ref>Committed
by </ref>amiro@apache.org<ref> on </ref>07/20/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime DefaultRun.java
  - java/src/org/apache/xalan/xsltc/cmdline Transform.java
  - java/src/org/apache/xalan/xsltc/dom DocumentCache.java<br/><ref>Committer's
log entry: </ref>Added import for org.apache.xalan.xsltc.runtime.Constants;
  - to the runtime classes that need to use the NAMESPACE_FEATURE constant
  - and had them reference it rather than define it themselves.<br/><br/></li><li><ref>Committed
by </ref>tmiller@apache.org<ref> on </ref>07/20/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler XSLTC.java<br/><ref>Committer's
log entry: </ref>minor changes for DOMSource impl support<br/><br/></li><li><ref>Committed
by </ref>tmiller@apache.org<ref> on </ref>07/20/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/trax
  - TransformerFactoryImpl.java<br/><ref>Committer's log entry: </ref>Added
DOMSource support for stylesheet<br/><br/></li><li><ref>Committed
by </ref>tmiller@apache.org<ref> on </ref>07/20/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/trax DOM2SAX.java<br/><ref>Committer's
log entry: </ref>updated convertor which supports DOMSource impl<br/><br/></li><li><ref>Committed
by </ref>morten@apache.org<ref> on </ref>07/23/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler XSLTC.java<br/><ref>Committer's
log entry: </ref>Added a small fix to the compiler (XSLTC.java) to make sure that the
SAX
  - parser reference was not reset prior to compiling the translet.
  - PR: n/a
  - Obtained from: n/a
  - Submitted by: morten@xml.apache.org
  - Reviewed by: morten@xml.apache.org<br/><br/></li><li><ref>Committed
by </ref>morten@apache.org<ref> on </ref>07/23/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/trax
  - TransformerFactoryImpl.java TransformerImpl.java<br/><ref>Committer's log
entry: </ref>Added support for DOMSource as input to our Transformer implementation<br/><br/></li><li><ref>Committed
by </ref>morten@apache.org<ref> on </ref>07/23/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler Import.java
  - Sort.java
  - java/src/org/apache/xalan/xsltc/dom NodeSortRecord.java
  - NodeSortRecordFactory.java<br/><ref>Committer's log entry: </ref>For
some reason I decided to optimise the &lt;xsl:sort&gt; functionaility. The
  - sort records we used has some global values stored behind methods, but are
  - now static fields. Somewhat faster.
  - PR: n/a
  - Obtained from: n/a
  - Submitted by: morten@xml.apache.org
  - Reviewed by: morten@xml.apache.org<br/><br/></li><li><ref>Committed
by </ref>morten@apache.org<ref> on </ref>07/23/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler Import.java
  - Include.java<br/><ref>Committer's log entry: </ref>Fix for problem with
import &amp; include introduced with the latest updated
  - for TrAX URIResolvers.
  - PR: n/a
  - Obtained from: n/a
  - Submitted by: morten@xml.apache.org
  - Reviewed by: morten@xml.apache.org<br/><br/></li><li><ref>Committed
by </ref>morten@apache.org<ref> on </ref>07/27/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/dom DOMImpl.java<br/><ref>Committer's
log entry: </ref>Integrated fix for problem with count() function for certain iterators.
  - PR: Bugzilla 1407
  - Obtained from: n/a
  - Submitted by: John Howard &lt;johnh@schemasoft.com&gt;
  - Reviewed by: Morten Jorgensen &lt;morten@xml.apache.org&gt;<br/><br/></li></ul>
  +<s3 title="Changes since &xslt4j; 2.2.D8">
  +<p>TO BE ADDED</p>
   </s3>
   <anchor name="xsltcconf"/>
   <s3 title="XSLT 1.0 Conformance and Extensions">
  @@ -226,6 +163,72 @@
   <anchor name="xsltchistory"/>
   <s3 title="History of XSLTC software changes">
   <p>The following sections list XSLT changes back to the incorporation of XSLTC into
&xslt4c;.</p>
  +<s4 title="XSLTC source code updates for &xslt4j; 2.2.D8">
  +<p>XSLTC source code updates:</p><ul><li><ref>Committed by
</ref>morten@apache.org<ref> on </ref>07/20/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
  + DefaultSAXOutputHandler.java
  + java/src/org/apache/xalan/xsltc/trax
  + TransformerFactoryImpl.java TransformerImpl.java<br/><ref>Committer's log
entry: </ref>Added support for SAXSource and SAXResult in TransformerFactoryImpl
  + and TransformerFactory. I had to add a new consturctor the the
  + default SAX output handler (in the xsltc runtime library) to acommodate
  + the SAXResult TrAX output handler.
  + PR: n/a
  + Obtained from: n/a
  + Submitted by: morten@xml.apache.org
  + Reviewed by: morten@xml.apache.org<br/><br/></li><li><ref>Committed
by </ref>morten@apache.org<ref> on </ref>07/20/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler XSLTC.java
  + java/src/org/apache/xalan/xsltc/trax
  + TransformerFactoryImpl.java<br/><ref>Committer's log entry: </ref>Added
default error-reporting behaviour for our trax code (error messages
  + are dumped to System.err).
  + PR: n/a
  + Obtained from: n/a
  + Submitted by: morten@xml.apache.org
  + Reviewed by: morten@xml.apache.org<br/><br/></li><li><ref>Committed
by </ref>tmiller@apache.org<ref> on </ref>07/20/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/trax
  + TransformerFactoryImpl.java<br/><ref>Committer's log entry: </ref>in
progress, adding DOMSource support<br/><br/></li><li><ref>Committed
by </ref>tmiller@apache.org<ref> on </ref>07/20/2001<br/><ref>Added:
</ref>java/src/org/apache/xalan/xsltc/trax DOM2SAX.java<br/><ref>Committer's
log entry: </ref>new class, DOM2SAX, supports DOMSources, in progress<br/><br/></li><li><ref>Committed
by </ref>morten@apache.org<ref> on </ref>07/20/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler Import.java
  + Include.java Stylesheet.java XSLTC.java
  + java/src/org/apache/xalan/xsltc/trax
  + TransformerFactoryImpl.java TransformerImpl.java<br/><ref>Added: </ref>java/src/org/apache/xalan/xsltc/compiler
SourceLoader.java<br/><ref>Committer's log entry: </ref>Added a SourceLoader
interface to the compiler package. This interface can
  + be used to plug in an external document loader for imported and/or
  + included stylesheets. The trax.TransformerImpl class is updated to
  + implement this interface and act as an adapter between the internal XSLTC
  + SourceLoader interface and TrAX's URIResolver interface.
  + PR: n/a
  + Obtained from: n/a
  + Submitted by: morten@apache.org
  + Reviewed by: morten@apache.org<br/><br/></li><li><ref>Committed
by </ref>amiro@apache.org<ref> on </ref>07/20/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime Constants.java<br/><ref>Committer's
log entry: </ref>Added the NAMESPACE_FEATURE constant. Checked to see if it was in
  + org.xml.sax first, but it wasn't. Since this constant is used both
  + at compile and runtime, it should be in the runtime Constants class
  + as well as the compile Constants class. Runtime code needs to be
  + kept separate from the compile time code.<br/><br/></li><li><ref>Committed
by </ref>amiro@apache.org<ref> on </ref>07/20/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime DefaultRun.java
  + java/src/org/apache/xalan/xsltc/cmdline Transform.java
  + java/src/org/apache/xalan/xsltc/dom DocumentCache.java<br/><ref>Committer's
log entry: </ref>Added import for org.apache.xalan.xsltc.runtime.Constants;
  + to the runtime classes that need to use the NAMESPACE_FEATURE constant
  + and had them reference it rather than define it themselves.<br/><br/></li><li><ref>Committed
by </ref>tmiller@apache.org<ref> on </ref>07/20/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler XSLTC.java<br/><ref>Committer's
log entry: </ref>minor changes for DOMSource impl support<br/><br/></li><li><ref>Committed
by </ref>tmiller@apache.org<ref> on </ref>07/20/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/trax
  + TransformerFactoryImpl.java<br/><ref>Committer's log entry: </ref>Added
DOMSource support for stylesheet<br/><br/></li><li><ref>Committed
by </ref>tmiller@apache.org<ref> on </ref>07/20/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/trax DOM2SAX.java<br/><ref>Committer's
log entry: </ref>updated convertor which supports DOMSource impl<br/><br/></li><li><ref>Committed
by </ref>morten@apache.org<ref> on </ref>07/23/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler XSLTC.java<br/><ref>Committer's
log entry: </ref>Added a small fix to the compiler (XSLTC.java) to make sure that the
SAX
  + parser reference was not reset prior to compiling the translet.
  + PR: n/a
  + Obtained from: n/a
  + Submitted by: morten@xml.apache.org
  + Reviewed by: morten@xml.apache.org<br/><br/></li><li><ref>Committed
by </ref>morten@apache.org<ref> on </ref>07/23/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/trax
  + TransformerFactoryImpl.java TransformerImpl.java<br/><ref>Committer's log
entry: </ref>Added support for DOMSource as input to our Transformer implementation<br/><br/></li><li><ref>Committed
by </ref>morten@apache.org<ref> on </ref>07/23/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler Import.java
  + Sort.java
  + java/src/org/apache/xalan/xsltc/dom NodeSortRecord.java
  + NodeSortRecordFactory.java<br/><ref>Committer's log entry: </ref>For
some reason I decided to optimise the &lt;xsl:sort&gt; functionaility. The
  + sort records we used has some global values stored behind methods, but are
  + now static fields. Somewhat faster.
  + PR: n/a
  + Obtained from: n/a
  + Submitted by: morten@xml.apache.org
  + Reviewed by: morten@xml.apache.org<br/><br/></li><li><ref>Committed
by </ref>morten@apache.org<ref> on </ref>07/23/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler Import.java
  + Include.java<br/><ref>Committer's log entry: </ref>Fix for problem with
import &amp; include introduced with the latest updated
  + for TrAX URIResolvers.
  + PR: n/a
  + Obtained from: n/a
  + Submitted by: morten@xml.apache.org
  + Reviewed by: morten@xml.apache.org<br/><br/></li><li><ref>Committed
by </ref>morten@apache.org<ref> on </ref>07/27/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/dom DOMImpl.java<br/><ref>Committer's
log entry: </ref>Integrated fix for problem with count() function for certain iterators.
  + PR: Bugzilla 1407
  + Obtained from: n/a
  + Submitted by: John Howard &lt;johnh@schemasoft.com&gt;
  + Reviewed by: Morten Jorgensen &lt;morten@xml.apache.org&gt;<br/><br/></li></ul>
  +</s4>
   <s4 title="XSLTC source code updates for &xslt4j; 2.2.D7">
   <ul><li><ref>Committed by </ref>morten@apache.org<ref> on
</ref>07/09/2001<br/><ref>Modified: </ref>java/src/org/apache/xalan/xsltc/compiler
Constants.java
    Param.java StepPattern.java Stylesheet.java
  
  
  

---------------------------------------------------------------------
To unsubscribe, e-mail: xalan-cvs-unsubscribe@xml.apache.org
For additional commands, e-mail: xalan-cvs-help@xml.apache.org


Mime
View raw message