dleslie 01/07/11 12:30:45
Modified: java/xdocs/sources/xalan getstarted.xml history.xml
index.xml readme.xml samples.xml whatsnew.xml
xsltc_constraints.xml
Log:
Updates for 2.2.0.
Revision Changes Path
1.14 +1 -1 xml-xalan/java/xdocs/sources/xalan/getstarted.xml
Index: getstarted.xml
===================================================================
RCS file: /home/cvs/xml-xalan/java/xdocs/sources/xalan/getstarted.xml,v
retrieving revision 1.13
retrieving revision 1.14
diff -u -r1.13 -r1.14
--- getstarted.xml 2001/05/18 16:51:16 1.13
+++ getstarted.xml 2001/07/11 19:29:47 1.14
@@ -25,7 +25,7 @@
<s2 title="Setting up the system classpath">
<p>At the very minimum, you must include xalan.jar and xerces.jar (or
another conformant XML parser -- see <link idref="usagepatterns"
anchor="plug">Plugging in a Transformer and XML parser</link>) on the system
classpath. To run the sample applications, include xalansamples.jar (all
samples other than the servlet) and xalanservlet.jar. To run extensions,
include bsf.jar. All these JAR files are distributed with &xslt4j;. For
extensions implemented in JavaScript or another scripting language, see <link
idref="extensions" anchor="supported-lang">extensions language
requirements</link> to identify any additional JAR files you must place on the
classpath and where you can get them.</p>
<p>If you are using JDK or JRE 1.1.8, also include classes.zip on the
classpath. If you are using JDK or JRE 1.2, include tools.jar on the
classpath.</p>
-<note>If you are using xerces.jar from a Xerces release that is more recent
than &xml4j-used;, you may need to put xerces.jar before xalan.jar on the
classpath. Both JAR files include the org.w3c.dom packages. The Xerces team is
tracking updates to DOM level 2, and the Xerces parser may require access to
updates in these packages.</note>
+<note>If you are running Xalan on a 1.1.8 platform or recompiling Xalan on
any platform, be sure to put xalan.jar in front of xerces.jar on the classpath.
Both JAR files include the org.w3c.dom packages. Xerces has added a number of
DOM level-3 methods. These are not yet part of the W3C DOM recommendation, and
Xalan does not support these methods.</note>
</s2><anchor name="samples"/>
<s2 title="Trying out the samples">
<p>The &xslt4j; distribution includes a number of basic sample applications.
These samples are easy to run, and you can review the source files -- all of
which are brief -- to see just how they work.</p>
1.10 +330 -4 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.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- history.xml 2001/06/29 21:17:23 1.9
+++ history.xml 2001/07/11 19:29:51 1.10
@@ -1,6 +1,308 @@
+ <s3 title="Non-XSLTC changes for &xslt4j; 2.2.D6">
+ <p><em>Important: Xerces has added a number of DOM level-3 methods to
its DOM interfaces. The DOM level-3 proposal
+is currently a working draft (it is not yet a W3C recommendation), and Xalan
does not support these new methods.
+To run Xalan in the JDK 1.1.8 platform, you must put xalan.jar (with its DOM
level-2 interfaces) in front of
+xerces.jar on the system class path. If you want to rebuild Xalan (on JDK
1.1.8 or higher), you must put Xalan
+in front of xerces.jar on the system class path.</em></p>
+
+ <p>This beta release includes the following non-XSLTC code changes:</p>
+ <ul>
+ <li>Costin Manolache has slightly modified the CoRoutine stuff so
that a you can compile and run everything but the CoRoutineXercesParser without
having Xerces on the classpath.<br/><br/></li>
+ <li>Joseph Kesselman added chunked int array stuff to address our
scaling problems that Mukund & co. uncovered. This was a fairly
mechanical, but still substantial, change. No bugs have yet been discovered
that relate to this. This is probably the most controversial
change.<br/><br/></li>
+ <li>The Process class now outputs incrementally if the output is
standard out. This is mostly for testing purposes, but it makes general
sense.<br/><br/></li>
+ <li>Bug was fixed with setting the incremental flag in
TransformerFactoryImpl. Clearly the change was made but never tested. Simply
a missing 'else'.<br/><br/></li>
+ <li>Fix for Bugzilla Bug 2275, Xalan did not fire the right
templates. This was substantial and somewhat risky. Xalan had several
problems related to the last() function. Fixes cover four axes
files.<br/><br/></li>
+ <li>Change PrintTraceListener to output the file, as well as the line
numbers. This is really a feature change, but simple, and aids diagnosing
problems with multi-part stylesheets.<br/><br/></li>
+ <li>XPath fix: the XPath API wasn't working correctly due to a
problem with with NodeSet/NodeIterator adapters. This fix ended up interacting
quite a bit with the #2275 fix.<br/><br/></li>
+ <li>Fix for the Norm Walsh bug posted 06/20/2001: iterators weren't
always being cloned correctly from the variable value stack. This fix is not
without some risk, though we haven't seen any problems since Scott Boag made
it.<br/><br/></li>
+ <li>David Bertoni added missing html element properties to
SerializerToHTML.java.<br/><br/></li>
+ <li>Shance Curcuru modified TransformerFactoryImpl.setAttribute() to
accept a String ("true" or "false") as well as a Boolean object to set the
value of a Boolean attribute.<br/><br/></li>
+ <li>TransformerHandlerImpl was threading when incrementality is
turned off. Scott Boag has fixed this bug.</li>
+ </ul>
+</s3>
+<s3 title="XSLTC source code updates for the &xslt4j; 2.2.D releases">
+<ul><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>05/23/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler Text.java<br/><ref>Committer's
log entry: </ref>bug fix 1403, output escaping
fixed<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>05/23/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
TextOutput.java<br/><ref>Committer's log entry: </ref>bug fix 1403, output
escaping fixed<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref>
on </ref>06/05/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler Parser.java<br/><ref>Committer's
log entry: </ref>stylesheet compilation error listening added for
+ TrAX support<br/><br/></li><li><ref>Committed by </ref>[EMAIL
PROTECTED]<ref> on </ref>06/05/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler XSLTC.java<br/><ref>Committer's
log entry: </ref>stylesheet compilation error listening added for
+ TrAX support<br/><br/></li><li><ref>Committed by </ref>[EMAIL
PROTECTED]<ref> on </ref>06/05/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
+ TransformerFactoryImpl.java<br/><ref>Committer's log entry:
</ref>stylesheet compilation error listening added for
+ TrAX support<br/><br/></li><li><ref>Committed by </ref>[EMAIL
PROTECTED]<ref> on </ref>06/05/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
+ TransformerFactoryImpl.java<br/><ref>Committer's log entry:
</ref>Transformer factory's setErrorListener() now throws
+ IllegalArgumentException is listener is
null<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>06/05/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
+ TransformerFactoryImpl.java<br/><ref>Committer's log entry: </ref>translet
transformation errors now forwarded to
+ TrAX error listener when applicable<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/05/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
+ AbstractTranslet.java<br/><ref>Committer's log entry: </ref>translet
transformation errors now forwarded to
+ TrAX error listener when applicable<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/06/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
AttributeList.java<br/><ref>Committer's log entry: </ref>Added a constructor
for copying an org.xml.sax.Attributes to our
+ org.apache.xalan.xsltc.runtime.AttributeList.
+ PR: n/a
+ Obtained from: n/a
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/06/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler ApplyImports.java
+ ApplyTemplates.java Attribute.java
+ AttributeSet.java AttributeValueTemplate.java
+ BinOpExpr.java CallTemplate.java Comment.java
+ ConcatCall.java Constants.java Copy.java
+ CopyOf.java DecimalFormatting.java
+ DocumentCall.java Expression.java Fallback.java
+ ForEach.java FormatNumberCall.java
+ FunctionAvailableCall.java FunctionCall.java
+ If.java Import.java Include.java Key.java
+ LiteralAttribute.java LiteralElement.java
+ LiteralExpr.java LogicalExpr.java Message.java
+ NamespaceAlias.java Number.java Output.java
+ Param.java Parser.java ProcessingInstruction.java
+ QName.java RelationalExpr.java Sort.java
+ Stylesheet.java SymbolTable.java
+ SyntaxTreeNode.java Template.java Text.java
+ TransletOutput.java UnaryOpExpr.java ValueOf.java
+ Variable.java When.java Whitespace.java
+ WithParam.java XSLTC.java XslAttribute.java
+ XslElement.java xpath.cup
+ java/src/org/apache/xalan/xsltc/compiler/util
+ MethodType.java<br/><ref>Committer's log entry: </ref>Removed the
intermediate DOM used to contain the input document (the
+ stylesheet) for the compiler. The compiler now uses SAX2 to import
+ the stylesheet, and all references to DOM interfaces have been removed.
+ This means that most classes representing XSL elements have been
+ changed, but most classes representing XPath functions, expressions
+ and patterns are unchanged.
+ PR: After suggestion from Scott Boag
+ Obtained from: n/a
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/06/2001<br/><ref>Added:
</ref>java/src/org/apache/xalan/xsltc/compiler
+ UnsupportedElement.java<br/><ref>Committer's log entry: </ref>Adding a
class for handling unsupported stylesheet elements
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/06/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/dom DOMImpl.java<br/><ref>Committer's log
entry: </ref>Minor fix to make sure that attributes are processed in the
correct order.
+ PR: n/a
+ Obtained from: n.a
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/06/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
+ DefaultSAXOutputHandler.java<br/><ref>Committer's log entry: </ref>Minor
change in output indentation/line feeds.
+ PR: n/a
+ Obtained from: n/a
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/06/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler
+ LocationPathPattern.java Parser.java Template.java<br/><ref>Committer's log
entry: </ref>Fixed the code that resolves conflicts between templates with
identical
+ patterns. The order of the templates is not taken into account - after
+ import precedence and priority has been checked.
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/06/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
+ DefaultSAXOutputHandler.java<br/><ref>Committer's log entry: </ref>Reverted
changes to SAX output handler.
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/06/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler Parser.java
+ Template.java xpath.cup<br/><ref>Committer's log entry: </ref>unified
Parser error reporting to use Mortens
+ reportError routine<br/><br/></li><li><ref>Committed by </ref>[EMAIL
PROTECTED]<ref> on </ref>06/07/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler BinOpExpr.java
+ FunctionCall.java Otherwise.java Param.java
+ RelationalExpr.java Stylesheet.java
+ SyntaxTreeNode.java Variable.java When.java
+ XSLTC.java XslElement.java<br/><ref>Committer's log entry: </ref>Updated a
few classes that were still calling Parser.addError(),
+ Parser.addWarning() and Parser.addFatalError() to use the new common
+ error handler Prarser.reportError(int category, ErrorMsg message).
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/08/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler Parser.java
+ java/src/org/apache/xalan/xsltc/runtime
DefaultRun.java<br/><ref>Committer's log entry: </ref>Added two lines of code
to explicitly set the feature
+ "http://xml.org/sax/features/namespaces"; of the SAXParser to "true".
+ The default is "true" but xerces seems to set it to "false", and this
+ caused some problems for our Stylesheet and XML doc parsers (which are
+ both using SAX2).
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/08/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler Constants.java
+ Parser.java
+ java/src/org/apache/xalan/xsltc/runtime
DefaultRun.java<br/><ref>Committer's log entry: </ref>A few more changes to
make sure the parsers used are namespace aware.
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/08/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler LiteralElement.java
+ SyntaxTreeNode.java XslAttribute.java
+ XslElement.java<br/><ref>Committer's log entry: </ref>The change from using
DOM to using SAX in the stylesheet input caused some
+ of the elements in the Abstract Syntax Tree (AST) to be out of order. I
+ added a few lines of code to the xsl:element/attribute handling code to
+ fix this.
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/11/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler AttributeSet.java
+ Choose.java Constants.java If.java
+ LiteralElement.java Stylesheet.java
+ UseAttributeSets.java When.java XSLTC.java
+ XslAttribute.java<br/><ref>Committer's log entry: </ref>This putback
contains three fixes:
+ o) fix for complex <xsl:attribute-set> inheritance structures
+ o) fix for xsl:element-available() function used in <xsl:when> or
+ <xsl:if> to test support for various extension elements
+ o) fix for preserving namespace prefixes for <xsl:attribute> output.
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/11/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler Constants.java
+ UseAttributeSets.java ValueOf.java
+ XslAttribute.java
+ java/src/org/apache/xalan/xsltc/compiler/util
+ AttributeSetMethodGenerator.java<br/><ref>Committer's log entry: </ref>Fix
to allow iterator access within attribute sets. This is necessary for
+ attribute sets that contain attributes whose values are generated by XSL
+ functions such as position() and last().
+ Obtained from: test mk013
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/11/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
TextOutput.java<br/><ref>Committer's log entry: </ref>Added output character
escaping for non-breaking space characters.
+ I cannot believe we've waited this long before doing this. Madness!
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/11/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler XSLTC.java
+ Parser.java<br/><ref>Committer's log entry: </ref>support for
java.io.InputStream StreamSources<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/11/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
+ TransletTemplates.java<br/><ref>Committer's log entry: </ref>support for
java.io.InputStream StreamSources<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/12/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler
LogicalExpr.java<br/><ref>Committer's log entry: </ref>Fix for bug 1511.
Predicates on the format ((a or b) and c) are not
+ handled correctly. I added a small piece of code to direct the true-list
+ of the OR expression to the beginning of the AND test.
+ PR: Bugzilla 1511
+ Obtained from: n/a
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/12/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime BasisLibrary.java
+ TextOutput.java<br/><ref>Committer's log entry: </ref>Fix attribute
node-set comparisons. There was a bug in one of the compare()
+ methods of the BasisLibrary class which prevented attribute values from
+ being compared. The method compared node IDs instead of node values.
+ Pretty stupid bug, but now it is solved anyway.
+ PR: Bugzilla 1409
+ Obtained from: n/a
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/12/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler Mode.java<br/><ref>Committer's
log entry: </ref>Fix to make sure that the implicit "text()" pattern is run
when templates
+ containing "text()" in their pattern fail. XSLTC would not previously
+ invoke the built-in pattern for "text()" if a stylesheet contained a
+ template such as <xsl:template pattern="foo/bar/text()" .../>
+ PR: n/a
+ Obtained from: n/a
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/12/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler
XslElement.java<br/><ref>Committer's log entry: </ref>Modified test for legal
element names in <xsl:element>. The element name is
+ treated as an attribute value. Whitespaces are not allowed in plain text
+ element names, but should be allowed inside "{...}" attribute values.
+ PR: Bugzilla 1489
+ Obtained from: n/a
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/12/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/dom DOMImpl.java<br/><ref>Committer's log
entry: </ref>A fix for the preceding:: iterator
+ PR: n/a
+ Obtained from: n/a
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/12/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/dom DOMImpl.java<br/><ref>Committer's log
entry: </ref>Minor re-adjustment to last fix for preceding:: iterator
+ PR: 1407
+ Obtained from: n/a
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/12/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler ForEach.java
+ XSLTC.java<br/><ref>Committer's log entry: </ref>Fix to prevent compiler
warnings to be output more than once.
+ PR: n/a
+ Obtained from: n/a
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/12/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler
AttributeSet.java<br/><ref>Committer's log entry: </ref>Final fix (for now) for
attribute sets. In cases where multiple
+ <xsl:attribute-set.../> elements make up one attribute set (ie. they
share
+ the same name) attributes that occured last in the stylesheet will take
+ precedence.
+ PR: n/a
+ Obtained from: n/a
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/12/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
+ TransformerFactoryImpl.java<br/><ref>Committer's log entry: </ref>added
support for java.io.InputStream StreamSources<br/><br/></li><li><ref>Committed
by </ref>[EMAIL PROTECTED]<ref> on </ref>06/13/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler
LogicalExpr.java<br/><ref>Committer's log entry: </ref>Fix for code handling
logical expressions and combinations of logical
+ expressions. Mindblowing stuff, but it now seems to work as it should.
+ Added another few lines of code to properly direct the program flow in
+ compiled predicates with various combinations of "and" and "or" expressions.
+ PR: Bugzilla 1511
+ Obtained from: n/a
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/13/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/dom
SingletonIterator.java<br/><ref>Committer's log entry: </ref>Fix for singleton
iterators encapsulating variable references.
+ PR: Bugzilla 1412
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/14/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler
LiteralElement.java<br/><ref>Committer's log entry: </ref>Added one-line fix to
prevent null-pointer error. Simple code cleanup.
+ PR: n/a
+ Obtained from: suggestion by Guoliang Cao <[EMAIL PROTECTED]>
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/15/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler
LogicalExpr.java<br/><ref>Committer's log entry: </ref>Fix to prevent
compile-time null-pointer exceptions for certain logical
+ expressions. Some nexted AND-expressions would cause this error because
+ their true-list would not be backpatched. This would result in an
+ instruction list with one or more branch instructions with no target,
+ such as a GOTO(null) or an IFEQ(null) instruction.
+ PR: none, bug found in test run and fixed immediately
+ Obtained from: n/a
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/17/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler
+ AbsoluteLocationPath.java ApplyImports.java
+ ApplyTemplates.java CastExpr.java CopyOf.java
+ DocumentCall.java EqualityExpr.java Expression.java
+ FilterExpr.java FilterParentPath.java ForEach.java
+ FunctionCall.java IdKeyPattern.java Key.java
+ KeyCall.java NameBase.java ParentLocationPath.java
+ Parser.java Predicate.java RelationalExpr.java
+ Step.java UnionPathExpr.java
+ java/src/org/apache/xalan/xsltc/compiler/util
+ NodeSetType.java NodeType.java ReferenceType.java
+ ResultTreeType.java Type.java
+ java/src/org/apache/xalan/xsltc/dom UnionIterator.java
+ java/src/org/apache/xalan/xsltc/runtime
BasisLibrary.java<br/><ref>Committer's log entry: </ref>OK, I'm going to make a
wild guess and assume that sboag's recent commit
+ of /NodeSet/NodeSetDTM/ got a little out of control and shouldn't have
+ gone down into org.apache.xalan.xsltc - undone to fix compile
error<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>06/18/2001<br/><ref>Removed:
</ref>java/src/org/apache/xalan/xsltc/compiler/util
+ NodeSetType.java<br/><ref>Committer's log entry: </ref>Removing NodeSetType
(renamed to NodeSetDTMType).
+ PR: n/a
+ Obtained from: n/a
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/18/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler/util Type.java<br/><ref>Added:
</ref>java/src/org/apache/xalan/xsltc/compiler/util
+ NodeSetDTMType.java<br/><ref>Committer's log entry: </ref>
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>06/18/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler/util Type.java<br/><ref>Added:
</ref>java/src/org/apache/xalan/xsltc/compiler/util
+ NodeSetType.java<br/><ref>Removed:
</ref>java/src/org/apache/xalan/xsltc/compiler/util
+ NodeSetDTMType.java<br/><ref>Committer's log entry: </ref>
+
+
+<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>06/19/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler ContainsCall.java
+ FunctionCall.java If.java LogicalExpr.java
+ Param.java QName.java StartsWithCall.java
+ SymbolTable.java SyntaxTreeNode.java Template.java
+ Variable.java xpath.cup
+ java/src/org/apache/xalan/xsltc/runtime
BasisLibrary.java<br/><ref>Committer's log entry: </ref>Fix for function calls
used as clauses in logical expressions.
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/19/2001<br/><ref>Committer's log
entry: </ref>
+> Fix for function calls used as clauses in logical expressions.
+> Submitted by: [EMAIL PROTECTED]
+> Reviewed by: [EMAIL PROTECTED]
+>
+><br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>06/19/2001<br/><ref>Committer's log entry: </ref>
+> > Fix for function calls used as clauses in logical expressions.
+> > Submitted by: [EMAIL PROTECTED]
+> > Reviewed by: [EMAIL PROTECTED]
+> >
+> ><br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref>
on </ref>06/25/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
+ TransformerFactoryImpl.java<br/><ref>Committer's log entry: </ref>added
check to see if stylesheet is already an URL<br/><br/></li><li><ref>Committed
by </ref>[EMAIL PROTECTED]<ref> on </ref>06/25/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
+ TransletTemplates.java<br/><ref>Committer's log entry: </ref>added check to
see if stylesheet is already an URL<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/25/2001<br/><ref>Added:
</ref>java/src/org/apache/xalan/xsltc/runtime
TrAXFilter.java<br/><ref>Committer's log entry:
</ref>proto<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>06/25/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
+ TransformerFactoryImpl.java<br/><ref>Committer's log entry: </ref>removed
debug statements<br/><br/></li><li><ref>Committed by </ref>[EMAIL
PROTECTED]<ref> on </ref>06/26/2001<br/><ref>Removed:
</ref>java/src/org/apache/xalan/xsltc/runtime TrAXFilter.java
+ TransformerFactoryImpl.java TransletTemplates.java<br/><ref>Committer's log
entry: </ref>in process of moving these to new
subdir<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>06/26/2001<br/><ref>Added: </ref>java/src/org/apache/xalan/xsltc/trax
TrAXFilter.java
+ TransformerFactoryImpl.java TransletTemplates.java<br/><ref>Committer's log
entry: </ref>moved from runtime subdir to its own trax
subdir<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>06/27/2001<br/><ref>Modified: </ref>java/src/org/apache/xalan/xsltc/trax
+ TransformerFactoryImpl.java<br/><ref>Committer's log entry: </ref>fixed bug
with deriving translet name from
+ stylesheet name that included paths, e.g.
/tmp/foo.xsl<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref>
on </ref>06/27/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler
Predicate.java<br/><ref>Committer's log entry: </ref>This update allows
variables that contain references to result-tree fragments
+ to be used inside position filters.
+ PR: n/a
+ Obtained from: n/a
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/27/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
+ AbstractTranslet.java<br/><ref>Committer's log entry: </ref>added url
handling in doTransform<br/><br/></li><li><ref>Committed by </ref>[EMAIL
PROTECTED]<ref> on </ref>06/27/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/trax
+ TransformerFactoryImpl.java<br/><ref>Committer's log entry: </ref>added a
new sys property called 'transletPool'
+ to allow user to set the destination directory for generated
translets<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>06/27/2001<br/><ref>Modified: </ref>java/src/org/apache/xalan/xsltc/trax
TransletTemplates.java<br/><ref>Committer's log entry: </ref>added a new sys
property called 'transletPool'
+ to allow user to set the destination directory for generated
translets<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>06/27/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler XSLTC.java<br/><ref>Committer's
log entry: </ref>made private method setDestDirectory() public to
+ support the new transletPool system
property.<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>06/28/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler Predicate.java
+ Step.java Stylesheet.java VariableRef.java
+ java/src/org/apache/xalan/xsltc/compiler/util
+ MethodGenerator.java NodeSortRecordGenerator.java
+ ResultTreeType.java TestGenerator.java<br/><ref>Committer's log entry:
</ref>Various bugfixes in the way auxiliary classes access variables/fields in
+ the main translet class. Fixes a few VAR tests and customer tests.
+ [EMAIL PROTECTED]:<br/><br/></li><li><ref>Committed by </ref>[EMAIL
PROTECTED]<ref> on </ref>06/29/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler Choose.java
+ ElementAvailableCall.java
+ FunctionAvailableCall.java Parser.java When.java<br/><ref>Committer's log
entry: </ref>Fix for element-available() and function-available() calls. Ties
these
+ calls to tables in the XSL parser and the symbol-table (the actual
+ implementation) instead of using redundant and not-up-to-date tables
+ in the classes that implement the X-avaiable() calls.
+ I also cleaned up the Choose call so that it now properly handles
+ all types of function calls in the xsl:when elements' test
clause.<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>06/29/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler ForEach.java
+ Param.java Variable.java
+ java/src/org/apache/xalan/xsltc/compiler/util
+ MethodGenerator.java<br/><ref>Committer's log entry: </ref>Added a fix for
local variables inside nested xsl:for-each elements.
+ Local variables are usually not initialized to any default value (such as
+ with general Java classes), because code compiled for <xsl:variable>
+ elements always assign values to variable slots before they are accessed.
+ But the code structure generated by nested <xsl:for-each> elements is
too
+ much for the JVMs verifier to get around, so we have to initialize all
+ local variables inside such loops to zero, false, null, whatever.
+ This takes care some of our runtime-errors caused by apparent corrupt code.
+ (The JVMs verifier thinks that it is corrupt, but it isn't really.)
+ PR: none
+ Obtained from: n/a
+ Submitted by: [EMAIL PROTECTED]
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li></ul>
+ </s3>
<anchor name="dtm"/>
- <s3 title="Changes for &xslt4j; 2.2.D2">
- <p>This release includes the following changes:</p>
+ <s3 title="Non-XSLTC changes for &xslt4j; 2.2.D2">
+ <p>This release includes the following non-XSLTC changes:</p>
<ul>
<li>Deprecation of the <link idref="usagepatterns"
anchor="compat">Xalan-Java 1 compatiblity API</link></li>
<li>The DTM</li>
@@ -47,7 +349,7 @@
<jump
href="apidocs/javax/xml/transform/TransformerFactory.html#setAttribute(java.lang.String,
java.lang.Object)">setAttribute()</jump>
method. See <link idref="dtm" anchor="settings">DTM performance
settings</link></p>
</s3>
- <s3 title="Changes for &xslt4j; 2.1.0">
+ <s3 title="Non-XSLTC Changes for &xslt4j; 2.1.0">
<p>This release 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>
@@ -290,7 +592,31 @@
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="XSLTC Changes for &xslt4j; 2.1.0">
+<p>The Sun XSLTC team ([EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL
PROTECTED],
[EMAIL PROTECTED]) has checked <link idref="xsltc_usage">XSLTC</link> into
the Xalan
+source tree, and we have begun the process of merging XSLTC into Xalan.
XSLTC provides a compiler for compiling
+stylesheets into translets, and a streamlined runtime environment for using
translets to transform XML input.
+In the near term, XSLTC will appear in a separate JAR file (xsltc.jar) with
its own API and command-line
+utilities. You can already use the same JAXP interfaces to perform
+transformations with the Xalan transformer and with translets. Over time, we
plan to merge the two codebases.
+<ref>See <jump href="xsltc/index.html">XSLTC Design
Documents</jump>.</ref></p>
+<p>Since this is the first release of XSLTC on Apache (xml.apache.org),
changes are
+relative to Preview 5 of XSLTC posted on www.sun.com/xml/developers.</p>
+<ul>
+ <li>Simplified stylesheets are now implemented.</li>
+ <li>Base package name has changed from <code>com.sun.xslt</code> to
<code>org.apache.xalan.xsltc</code></li>
+ <li>You no longer have to get the BCEL.jar file; it is included in the
distribution.</li>
+ <li>The Project X parser components and APIs have all been replaced with
JAXP equivalents.
+ Consequently, you may deploy XSLTC with JAXP-conformant parsers, such as
Xerces or Crimson.</li>
+ <li>Previously undocumented feature: -x. You can use the -x option on the
java command line when you
+ compile translets or run them to get more detailed information on
errors.</li>
+ <li>Addition of -s to DefaultRun - a new -s option has been added to the
DefaultRun class
+ for use with test auotmation. When you use the option, it prevents
System.exit() from being called when
+ and exception is encountered.</li>
+</ul>
+</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.28 +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.27
retrieving revision 1.28
diff -u -r1.27 -r1.28
--- index.xml 2001/07/03 14:50:28 1.27
+++ index.xml 2001/07/11 19:29:54 1.28
@@ -71,7 +71,7 @@
<note>&xslt4c; version 1 is no longer supported and no longer available
from xml.apache.org.</note>
</s2>
<s2 title="How about this release?">
- <p>&xslt4j-current; is a Developer release. 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>
+ <p>&xslt4j-current; is a production 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>
</s2>
<s2 title="How do I get it?">
<p>Download and unzip either of the following:</p>
1.44 +4 -21 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.43
retrieving revision 1.44
diff -u -r1.43 -r1.44
--- readme.xml 2001/07/03 14:50:30 1.43
+++ readme.xml 2001/07/11 19:29:58 1.44
@@ -78,27 +78,10 @@
<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.D2">
- <p><em>Important: Xerces has added a number of DOM level-3 methods to
its DOM interfaces. The DOM level-3 proposal
-is currently a working draft (it is not yet a W3C recommendation), and Xalan
does not support these new methods.
-To run Xalan in the JDK 1.1.8 platform, you must put xalan.jar (with its DOM
level-2 interfaces) in front of
-xerces.jar on the system class path. If you want to rebuild Xalan (on JDK
1.1.8 or higher), you must put Xalan
-in front of xerces.jar on the system class path.</em></p>
-
- <p>This beta release includes the following changes:</p>
- <ul>
- <li>Costin Manolache has slightly modified the CoRoutine stuff so
that a you can compile and run everything but the CoRoutineXercesParser without
having Xerces on the classpath.<br/><br/></li>
- <li>Joseph Kesselman added chunked int array stuff to address our
scaling problems that Mukund & co. uncovered. This was a fairly
mechanical, but still substantial, change. No bugs have yet been discovered
that relate to this. This is probably the most controversial
change.<br/><br/></li>
- <li>The Process class now outputs incrementally if the output is
standard out. This is mostly for testing purposes, but it makes general
sense.<br/><br/></li>
- <li>Bug was fixed with setting the incremental flag in
TransformerFactoryImpl. Clearly the change was made but never tested. Simply
a missing 'else'.<br/><br/></li>
- <li>Fix for Bugzilla Bug 2275, Xalan did not fire the right
templates. This was substantial and somewhat risky. Xalan had several
problems related to the last() function. Fixes cover four axes
files.<br/><br/></li>
- <li>Change PrintTraceListener to output the file, as well as the line
numbers. This is really a feature change, but simple, and aids diagnosing
problems with multi-part stylesheets.<br/><br/></li>
- <li>XPath fix: the XPath API wasn't working correctly due to a
problem with with NodeSet/NodeIterator adapters. This fix ended up interacting
quite a bit with the #2275 fix.<br/><br/></li>
- <li>Fix for the Norm Walsh bug posted 06/20/2001: iterators weren't
always being cloned correctly from the variable value stack. This fix is not
without some risk, though we haven't seen any problems since Scott Boag made
it.<br/><br/></li>
- <li>David Bertoni added missing html element properties to
SerializerToHTML.java.<br/><br/></li>
- <li>Shance Curcuru modified TransformerFactoryImpl.setAttribute() to
accept a String ("true" or "false") as well as a Boolean object to set the
value of a Boolean attribute.<br/><br/></li>
- <li>TransformerHandlerImpl was threading when incrementality is
turned off. Scott Boag has fixed this bug.</li>
- </ul>
+ <s3 title="Changes since &xslt4j; 2.2.D6">
+ <p>&xslt4j-current; is a production release. For enhanced performance,
it incorporates the
+ <link idref="dtm">DTM</link>.</p>
+ &done-j;
</s3>
<anchor name="other"/>
<s3 title="Other points of interest">
1.32 +0 -1 xml-xalan/java/xdocs/sources/xalan/samples.xml
Index: samples.xml
===================================================================
RCS file: /home/cvs/xml-xalan/java/xdocs/sources/xalan/samples.xml,v
retrieving revision 1.31
retrieving revision 1.32
diff -u -r1.31 -r1.32
--- samples.xml 2001/07/03 14:50:33 1.31
+++ samples.xml 2001/07/11 19:30:01 1.32
@@ -459,7 +459,6 @@
Interface</link></p>
</s2><anchor name="trax"/>
<s2 title="trax">
- <note>&traxsamplenote;</note>
<p>What it does: run a number of samples illustrating uses of the
<resource-ref idref="trax"/> interfaces.</p>
<p>Run this sample from the trax subdirectory with</p>
<p><code>java Examples</code></p>
1.24 +1 -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.23
retrieving revision 1.24
diff -u -r1.23 -r1.24
--- whatsnew.xml 2001/06/15 16:50:51 1.23
+++ whatsnew.xml 2001/07/11 19:30:04 1.24
@@ -70,6 +70,6 @@
<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><anchor name="dtm"/>
<s2 title="&xslt4j; DTM">
-<p>In place of the DOM object tree of nodes, the Document Table Model (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. For more information, see <link
idref="dtm">DTM</link> and <link idref="readme" anchor="dtm">DTM Release
Notes</link>.</p>
+<p>In place of the DOM object tree of nodes, the Document Table Model (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. For more information, see <link
idref="dtm">DTM</link>.</p>
</s2>
</s1>
1.8 +48 -302 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.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- xsltc_constraints.xml 2001/07/02 14:31:23 1.7
+++ xsltc_constraints.xml 2001/07/11 19:30:06 1.8
@@ -9,290 +9,61 @@
<li><link anchor="xsltcknownproblems">Known Problems</link></li>
<li><link anchor="xsltcdemos">Running Demos</link></li>
<li><link anchor="xsltctrax">Translets and TrAX</link></li>
- <li><link anchor="xsltchistory">History</link></li>
</ul>
<anchor name="xsltcnew"/>
-<s3 title="Changes and New Features for &xslt4j-current;">
-<p>XSLTC source code updates since &xslt4j; 2.1.0:</p><ul><li><ref>Committed
by </ref>[EMAIL PROTECTED]<ref> on </ref>05/23/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler Text.java<br/><ref>Committer's
log entry: </ref>bug fix 1403, output escaping
fixed<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>05/23/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
TextOutput.java<br/><ref>Committer's log entry: </ref>bug fix 1403, output
escaping fixed<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref>
on </ref>06/05/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler Parser.java<br/><ref>Committer's
log entry: </ref>stylesheet compilation error listening added for
- TrAX support<br/><br/></li><li><ref>Committed by </ref>[EMAIL
PROTECTED]<ref> on </ref>06/05/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler XSLTC.java<br/><ref>Committer's
log entry: </ref>stylesheet compilation error listening added for
- TrAX support<br/><br/></li><li><ref>Committed by </ref>[EMAIL
PROTECTED]<ref> on </ref>06/05/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
- TransformerFactoryImpl.java<br/><ref>Committer's log entry:
</ref>stylesheet compilation error listening added for
- TrAX support<br/><br/></li><li><ref>Committed by </ref>[EMAIL
PROTECTED]<ref> on </ref>06/05/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
- TransformerFactoryImpl.java<br/><ref>Committer's log entry:
</ref>Transformer factory's setErrorListener() now throws
- IllegalArgumentException is listener is
null<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>06/05/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
- TransformerFactoryImpl.java<br/><ref>Committer's log entry: </ref>translet
transformation errors now forwarded to
- TrAX error listener when applicable<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/05/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
- AbstractTranslet.java<br/><ref>Committer's log entry: </ref>translet
transformation errors now forwarded to
- TrAX error listener when applicable<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/06/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
AttributeList.java<br/><ref>Committer's log entry: </ref>Added a constructor
for copying an org.xml.sax.Attributes to our
- org.apache.xalan.xsltc.runtime.AttributeList.
+<s3 title="Changes since &xslt4j; 2.2.D6">
+<ul><li><ref>Committed by </ref>[EMAIL PROTECTED]<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
+ SyntaxTreeNode.java Variable.java WithParam.java
+ java/src/org/apache/xalan/xsltc/dom KeyIndex.java
+ java/src/org/apache/xalan/xsltc/runtime
+ AbstractTranslet.java BasisLibrary.java
+ DefaultRun.java Parameter.java TextOutput.java<br/><ref>Committer's log
entry: </ref>Loads of small fixes and a good few comments added to the source
code.
+ The major fixes are one fix for variable/parameter handlingi and one for
+ key/id index handling. XSLTC now correctly updates the value of parameters
+ with changing default values, such as with
+ <xsl:param name="foo" select="current()"/>.
+ Also updated bit-arrays to correctly return single node ids, so that the
+ key() and id() functions return the correct number of nodes (they would
+ sometimes skip the first node in the defined node set for the key/id).
+ Added some structure and loads of comments to the Translet base class.
PR: n/a
Obtained from: n/a
Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/06/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler ApplyImports.java
- ApplyTemplates.java Attribute.java
- AttributeSet.java AttributeValueTemplate.java
- BinOpExpr.java CallTemplate.java Comment.java
- ConcatCall.java Constants.java Copy.java
- CopyOf.java DecimalFormatting.java
- DocumentCall.java Expression.java Fallback.java
- ForEach.java FormatNumberCall.java
- FunctionAvailableCall.java FunctionCall.java
- If.java Import.java Include.java Key.java
- LiteralAttribute.java LiteralElement.java
- LiteralExpr.java LogicalExpr.java Message.java
- NamespaceAlias.java Number.java Output.java
- Param.java Parser.java ProcessingInstruction.java
- QName.java RelationalExpr.java Sort.java
- Stylesheet.java SymbolTable.java
- SyntaxTreeNode.java Template.java Text.java
- TransletOutput.java UnaryOpExpr.java ValueOf.java
- Variable.java When.java Whitespace.java
- WithParam.java XSLTC.java XslAttribute.java
- XslElement.java xpath.cup
- java/src/org/apache/xalan/xsltc/compiler/util
- MethodType.java<br/><ref>Committer's log entry: </ref>Removed the
intermediate DOM used to contain the input document (the
- stylesheet) for the compiler. The compiler now uses SAX2 to import
- the stylesheet, and all references to DOM interfaces have been removed.
- This means that most classes representing XSL elements have been
- changed, but most classes representing XPath functions, expressions
- and patterns are unchanged.
- PR: After suggestion from Scott Boag
- Obtained from: n/a
- Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/06/2001<br/><ref>Added:
</ref>java/src/org/apache/xalan/xsltc/compiler
- UnsupportedElement.java<br/><ref>Committer's log entry: </ref>Adding a
class for handling unsupported stylesheet elements
- Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/06/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/dom DOMImpl.java<br/><ref>Committer's log
entry: </ref>Minor fix to make sure that attributes are processed in the
correct order.
- PR: n/a
- Obtained from: n.a
- Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/06/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
- DefaultSAXOutputHandler.java<br/><ref>Committer's log entry: </ref>Minor
change in output indentation/line feeds.
- PR: n/a
- Obtained from: n/a
- Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/06/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler
- LocationPathPattern.java Parser.java Template.java<br/><ref>Committer's log
entry: </ref>Fixed the code that resolves conflicts between templates with
identical
- patterns. The order of the templates is not taken into account - after
- import precedence and priority has been checked.
- Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/06/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
- DefaultSAXOutputHandler.java<br/><ref>Committer's log entry: </ref>Reverted
changes to SAX output handler.
- Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/06/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler Parser.java
- Template.java xpath.cup<br/><ref>Committer's log entry: </ref>unified
Parser error reporting to use Mortens
- reportError routine<br/><br/></li><li><ref>Committed by </ref>[EMAIL
PROTECTED]<ref> on </ref>06/07/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler BinOpExpr.java
- FunctionCall.java Otherwise.java Param.java
- RelationalExpr.java Stylesheet.java
- SyntaxTreeNode.java Variable.java When.java
- XSLTC.java XslElement.java<br/><ref>Committer's log entry: </ref>Updated a
few classes that were still calling Parser.addError(),
- Parser.addWarning() and Parser.addFatalError() to use the new common
- error handler Prarser.reportError(int category, ErrorMsg message).
- Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/08/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler Parser.java
- java/src/org/apache/xalan/xsltc/runtime
DefaultRun.java<br/><ref>Committer's log entry: </ref>Added two lines of code
to explicitly set the feature
- "http://xml.org/sax/features/namespaces"; of the SAXParser to "true".
- The default is "true" but xerces seems to set it to "false", and this
- caused some problems for our Stylesheet and XML doc parsers (which are
- both using SAX2).
- Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/08/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler Constants.java
- Parser.java
- java/src/org/apache/xalan/xsltc/runtime
DefaultRun.java<br/><ref>Committer's log entry: </ref>A few more changes to
make sure the parsers used are namespace aware.
- Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/08/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler LiteralElement.java
- SyntaxTreeNode.java XslAttribute.java
- XslElement.java<br/><ref>Committer's log entry: </ref>The change from using
DOM to using SAX in the stylesheet input caused some
- of the elements in the Abstract Syntax Tree (AST) to be out of order. I
- added a few lines of code to the xsl:element/attribute handling code to
- fix this.
- Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/11/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler AttributeSet.java
- Choose.java Constants.java If.java
- LiteralElement.java Stylesheet.java
- UseAttributeSets.java When.java XSLTC.java
- XslAttribute.java<br/><ref>Committer's log entry: </ref>This putback
contains three fixes:
- o) fix for complex <xsl:attribute-set> inheritance structures
- o) fix for xsl:element-available() function used in <xsl:when> or
- <xsl:if> to test support for various extension elements
- o) fix for preserving namespace prefixes for <xsl:attribute> output.
- Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/11/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler Constants.java
- UseAttributeSets.java ValueOf.java
- XslAttribute.java
- java/src/org/apache/xalan/xsltc/compiler/util
- AttributeSetMethodGenerator.java<br/><ref>Committer's log entry: </ref>Fix
to allow iterator access within attribute sets. This is necessary for
- attribute sets that contain attributes whose values are generated by XSL
- functions such as position() and last().
- Obtained from: test mk013
- Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/11/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
TextOutput.java<br/><ref>Committer's log entry: </ref>Added output character
escaping for non-breaking space characters.
- I cannot believe we've waited this long before doing this. Madness!
- Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/11/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler XSLTC.java
- Parser.java<br/><ref>Committer's log entry: </ref>support for
java.io.InputStream StreamSources<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/11/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
- TransletTemplates.java<br/><ref>Committer's log entry: </ref>support for
java.io.InputStream StreamSources<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/12/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler
LogicalExpr.java<br/><ref>Committer's log entry: </ref>Fix for bug 1511.
Predicates on the format ((a or b) and c) are not
- handled correctly. I added a small piece of code to direct the true-list
- of the OR expression to the beginning of the AND test.
- PR: Bugzilla 1511
- Obtained from: n/a
- Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/12/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime BasisLibrary.java
- TextOutput.java<br/><ref>Committer's log entry: </ref>Fix attribute
node-set comparisons. There was a bug in one of the compare()
- methods of the BasisLibrary class which prevented attribute values from
- being compared. The method compared node IDs instead of node values.
- Pretty stupid bug, but now it is solved anyway.
- PR: Bugzilla 1409
- Obtained from: n/a
- Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/12/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler Mode.java<br/><ref>Committer's
log entry: </ref>Fix to make sure that the implicit "text()" pattern is run
when templates
- containing "text()" in their pattern fail. XSLTC would not previously
- invoke the built-in pattern for "text()" if a stylesheet contained a
- template such as <xsl:template pattern="foo/bar/text()" .../>
- PR: n/a
- Obtained from: n/a
- Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/12/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler
XslElement.java<br/><ref>Committer's log entry: </ref>Modified test for legal
element names in <xsl:element>. The element name is
- treated as an attribute value. Whitespaces are not allowed in plain text
- element names, but should be allowed inside "{...}" attribute values.
- PR: Bugzilla 1489
- Obtained from: n/a
- Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/12/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/dom DOMImpl.java<br/><ref>Committer's log
entry: </ref>A fix for the preceding:: iterator
- PR: n/a
- Obtained from: n/a
- Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/12/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/dom DOMImpl.java<br/><ref>Committer's log
entry: </ref>Minor re-adjustment to last fix for preceding:: iterator
- PR: 1407
- Obtained from: n/a
- Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/12/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler ForEach.java
- XSLTC.java<br/><ref>Committer's log entry: </ref>Fix to prevent compiler
warnings to be output more than once.
- PR: n/a
- Obtained from: n/a
- Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/12/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler
AttributeSet.java<br/><ref>Committer's log entry: </ref>Final fix (for now) for
attribute sets. In cases where multiple
- <xsl:attribute-set.../> elements make up one attribute set (ie. they
share
- the same name) attributes that occured last in the stylesheet will take
- precedence.
- PR: n/a
- Obtained from: n/a
- Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/12/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
- TransformerFactoryImpl.java<br/><ref>Committer's log entry: </ref>added
support for java.io.InputStream StreamSources<br/><br/></li><li><ref>Committed
by </ref>[EMAIL PROTECTED]<ref> on </ref>06/13/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler
LogicalExpr.java<br/><ref>Committer's log entry: </ref>Fix for code handling
logical expressions and combinations of logical
- expressions. Mindblowing stuff, but it now seems to work as it should.
- Added another few lines of code to properly direct the program flow in
- compiled predicates with various combinations of "and" and "or" expressions.
- PR: Bugzilla 1511
- Obtained from: n/a
- Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/13/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/dom
SingletonIterator.java<br/><ref>Committer's log entry: </ref>Fix for singleton
iterators encapsulating variable references.
- PR: Bugzilla 1412
- Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/14/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler
LiteralElement.java<br/><ref>Committer's log entry: </ref>Added one-line fix to
prevent null-pointer error. Simple code cleanup.
- PR: n/a
- Obtained from: suggestion by Guoliang Cao <[EMAIL PROTECTED]>
- Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/15/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler
LogicalExpr.java<br/><ref>Committer's log entry: </ref>Fix to prevent
compile-time null-pointer exceptions for certain logical
- expressions. Some nexted AND-expressions would cause this error because
- their true-list would not be backpatched. This would result in an
- instruction list with one or more branch instructions with no target,
- such as a GOTO(null) or an IFEQ(null) instruction.
- PR: none, bug found in test run and fixed immediately
- Obtained from: n/a
- Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/17/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler
- AbsoluteLocationPath.java ApplyImports.java
- ApplyTemplates.java CastExpr.java CopyOf.java
- DocumentCall.java EqualityExpr.java Expression.java
- FilterExpr.java FilterParentPath.java ForEach.java
- FunctionCall.java IdKeyPattern.java Key.java
- KeyCall.java NameBase.java ParentLocationPath.java
- Parser.java Predicate.java RelationalExpr.java
- Step.java UnionPathExpr.java
- java/src/org/apache/xalan/xsltc/compiler/util
- NodeSetType.java NodeType.java ReferenceType.java
- ResultTreeType.java Type.java
- java/src/org/apache/xalan/xsltc/dom UnionIterator.java
- java/src/org/apache/xalan/xsltc/runtime
BasisLibrary.java<br/><ref>Committer's log entry: </ref>OK, I'm going to make a
wild guess and assume that sboag's recent commit
- of /NodeSet/NodeSetDTM/ got a little out of control and shouldn't have
- gone down into org.apache.xalan.xsltc - undone to fix compile
error<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>06/18/2001<br/><ref>Removed:
</ref>java/src/org/apache/xalan/xsltc/compiler/util
- NodeSetType.java<br/><ref>Committer's log entry: </ref>Removing NodeSetType
(renamed to NodeSetDTMType).
- PR: n/a
- Obtained from: n/a
- Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/18/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler/util Type.java<br/><ref>Added:
</ref>java/src/org/apache/xalan/xsltc/compiler/util
- NodeSetDTMType.java<br/><ref>Committer's log entry: </ref>
-
-
-<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>06/18/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler/util Type.java<br/><ref>Added:
</ref>java/src/org/apache/xalan/xsltc/compiler/util
- NodeSetType.java<br/><ref>Removed:
</ref>java/src/org/apache/xalan/xsltc/compiler/util
- NodeSetDTMType.java<br/><ref>Committer's log entry: </ref>
-
-
-<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>06/19/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler ContainsCall.java
- FunctionCall.java If.java LogicalExpr.java
- Param.java QName.java StartsWithCall.java
- SymbolTable.java SyntaxTreeNode.java Template.java
- Variable.java xpath.cup
- java/src/org/apache/xalan/xsltc/runtime
BasisLibrary.java<br/><ref>Committer's log entry: </ref>Fix for function calls
used as clauses in logical expressions.
- Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/19/2001<br/><ref>Committer's log
entry: </ref>
-> Fix for function calls used as clauses in logical expressions.
-> Submitted by: [EMAIL PROTECTED]
-> Reviewed by: [EMAIL PROTECTED]
->
-><br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>06/19/2001<br/><ref>Committer's log entry: </ref>
-> > Fix for function calls used as clauses in logical expressions.
-> > Submitted by: [EMAIL PROTECTED]
-> > Reviewed by: [EMAIL PROTECTED]
-> >
-> ><br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref>
on </ref>06/25/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
- TransformerFactoryImpl.java<br/><ref>Committer's log entry: </ref>added
check to see if stylesheet is already an URL<br/><br/></li><li><ref>Committed
by </ref>[EMAIL PROTECTED]<ref> on </ref>06/25/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
- TransletTemplates.java<br/><ref>Committer's log entry: </ref>added check to
see if stylesheet is already an URL<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/25/2001<br/><ref>Added:
</ref>java/src/org/apache/xalan/xsltc/runtime
TrAXFilter.java<br/><ref>Committer's log entry:
</ref>proto<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>06/25/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
- TransformerFactoryImpl.java<br/><ref>Committer's log entry: </ref>removed
debug statements<br/><br/></li><li><ref>Committed by </ref>[EMAIL
PROTECTED]<ref> on </ref>06/26/2001<br/><ref>Removed:
</ref>java/src/org/apache/xalan/xsltc/runtime TrAXFilter.java
- TransformerFactoryImpl.java TransletTemplates.java<br/><ref>Committer's log
entry: </ref>in process of moving these to new
subdir<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>06/26/2001<br/><ref>Added: </ref>java/src/org/apache/xalan/xsltc/trax
TrAXFilter.java
- TransformerFactoryImpl.java TransletTemplates.java<br/><ref>Committer's log
entry: </ref>moved from runtime subdir to its own trax
subdir<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>06/27/2001<br/><ref>Modified: </ref>java/src/org/apache/xalan/xsltc/trax
- TransformerFactoryImpl.java<br/><ref>Committer's log entry: </ref>fixed bug
with deriving translet name from
- stylesheet name that included paths, e.g.
/tmp/foo.xsl<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref>
on </ref>06/27/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler
Predicate.java<br/><ref>Committer's log entry: </ref>This update allows
variables that contain references to result-tree fragments
- to be used inside position filters.
+ Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>07/10/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler
+ AncestorPattern.java AttributeSet.java
+ CallTemplate.java CastExpr.java EqualityExpr.java
+ Expression.java FunctionCall.java If.java
+ Import.java Include.java Mode.java NameBase.java
+ Param.java ParameterRef.java Parser.java
+ StepPattern.java SyntaxTreeNode.java Template.java
+ TestSeq.java Variable.java VariableRef.java
+ XSLTC.java XslAttribute.java
+ java/src/org/apache/xalan/xsltc/compiler/util ErrorMsg.java
+ ReferenceType.java
+ java/src/org/apache/xalan/xsltc/dom MultiDOM.java
+ StepIterator.java
+ java/src/org/apache/xalan/xsltc/runtime
BasisLibrary.java<br/><ref>Committer's log entry: </ref>A wide range of fixes
provided by Erwin Bolwidt.
+ o) fix for long IF and GOTO instructions inside translets.
+ 'wide' GOTOs are now used (GOTO_W) instead of plain GOTO
+ to allow longer jump offsets
+ o) fix for illegal field/method names in the translet.
+ Methods and fields no longer contain the '.' or '-' characters
+ o) source filenames (and if possible also line numbers) are now
+ provided with error and warning messages
+ o) external functions that are not supported by XSLTC do not cause
+ compile errors. They will still cause a warning message at
+ compile-time if they are not wrapped in proper <xsl:if> or
+ <xsl:when> elements that test on the availability of the function,
+ and will cause a runtime error if the function is attempted called.
+ o) added type cast from reference-type to node-type
+ o) some other smaller fixes to prevent null-pointer exceptions
+ Other changes:
+ o) code cleanup and some added comments
PR: n/a
- Obtained from: n/a
- Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li><li><ref>Committed by
</ref>[EMAIL PROTECTED]<ref> on </ref>06/27/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/runtime
- AbstractTranslet.java<br/><ref>Committer's log entry: </ref>added url
handling in doTransform<br/><br/></li><li><ref>Committed by </ref>[EMAIL
PROTECTED]<ref> on </ref>06/27/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/trax
- TransformerFactoryImpl.java<br/><ref>Committer's log entry: </ref>added a
new sys property called 'transletPool'
- to allow user to set the destination directory for generated
translets<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>06/27/2001<br/><ref>Modified: </ref>java/src/org/apache/xalan/xsltc/trax
TransletTemplates.java<br/><ref>Committer's log entry: </ref>added a new sys
property called 'transletPool'
- to allow user to set the destination directory for generated
translets<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>06/27/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler XSLTC.java<br/><ref>Committer's
log entry: </ref>made private method setDestDirectory() public to
- support the new transletPool system
property.<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>06/28/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler Predicate.java
- Step.java Stylesheet.java VariableRef.java
- java/src/org/apache/xalan/xsltc/compiler/util
- MethodGenerator.java NodeSortRecordGenerator.java
- ResultTreeType.java TestGenerator.java<br/><ref>Committer's log entry:
</ref>Various bugfixes in the way auxiliary classes access variables/fields in
- the main translet class. Fixes a few VAR tests and customer tests.
- [EMAIL PROTECTED]:<br/><br/></li><li><ref>Committed by </ref>[EMAIL
PROTECTED]<ref> on </ref>06/29/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler Choose.java
- ElementAvailableCall.java
- FunctionAvailableCall.java Parser.java When.java<br/><ref>Committer's log
entry: </ref>Fix for element-available() and function-available() calls. Ties
these
- calls to tables in the XSL parser and the symbol-table (the actual
- implementation) instead of using redundant and not-up-to-date tables
- in the classes that implement the X-avaiable() calls.
- I also cleaned up the Choose call so that it now properly handles
- all types of function calls in the xsl:when elements' test
clause.<br/><br/></li><li><ref>Committed by </ref>[EMAIL PROTECTED]<ref> on
</ref>06/29/2001<br/><ref>Modified:
</ref>java/src/org/apache/xalan/xsltc/compiler ForEach.java
- Param.java Variable.java
- java/src/org/apache/xalan/xsltc/compiler/util
- MethodGenerator.java<br/><ref>Committer's log entry: </ref>Added a fix for
local variables inside nested xsl:for-each elements.
- Local variables are usually not initialized to any default value (such as
- with general Java classes), because code compiled for <xsl:variable>
- elements always assign values to variable slots before they are accessed.
- But the code structure generated by nested <xsl:for-each> elements is
too
- much for the JVMs verifier to get around, so we have to initialize all
- local variables inside such loops to zero, false, null, whatever.
- This takes care some of our runtime-errors caused by apparent corrupt code.
- (The JVMs verifier thinks that it is corrupt, but it isn't really.)
- PR: none
Obtained from: n/a
- Submitted by: [EMAIL PROTECTED]
- Reviewed by: [EMAIL PROTECTED]<br/><br/></li></ul>
+ Submitted by: Erwin Bolwidt <[EMAIL PROTECTED]>
+ Reviewed by: Morten Jorgensen <[EMAIL PROTECTED]><br/><br/></li></ul>
</s3>
<anchor name="xsltcconf"/>
<s3 title="XSLT 1.0 Conformance and Extensions">
@@ -438,30 +209,5 @@
<code> "<Class Name>:<Method Name>(
<args> ) not implemented yet."</code>
</li>
</ol>
-</s3><anchor name="xsltchistory"/>
-<s3 title="History">
-<p><em>XSLTC Changes for &xslt4j; 2.1.0</em></p>
-<p>The Sun XSLTC team ([EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL
PROTECTED],
[EMAIL PROTECTED]) has checked <link idref="xsltc_usage">XSLTC</link> into
the Xalan
-source tree, and we have begun the process of merging XSLTC into Xalan.
XSLTC provides a compiler for compiling
-stylesheets into translets, and a streamlined runtime environment for using
translets to transform XML input.
-In the near term, XSLTC will appear in a separate JAR file (xsltc.jar) with
its own API and command-line
-utilities. You can already use the same JAXP interfaces to perform
-transformations with the Xalan transformer and with translets. Over time, we
plan to merge the two codebases.
-<ref>See <jump href="xsltc/index.html">XSLTC Design
Documents</jump>.</ref></p>
-<p>Since this is the first release of XSLTC on Apache (xml.apache.org),
changes are
-relative to Preview 5 of XSLTC posted on www.sun.com/xml/developers.</p>
-<ul>
- <li>Simplified stylesheets are now implemented.</li>
- <li>Base package name has changed from <code>com.sun.xslt</code> to
<code>org.apache.xalan.xsltc</code></li>
- <li>You no longer have to get the BCEL.jar file; it is included in the
distribution.</li>
- <li>The Project X parser components and APIs have all been replaced with
JAXP equivalents.
- Consequently, you may deploy XSLTC with JAXP-conformant parsers, such as
Xerces or Crimson.</li>
- <li>Previously undocumented feature: -x. You can use the -x option on the
java command line when you
- compile translets or run them to get more detailed information on
errors.</li>
- <li>Addition of -s to DefaultRun - a new -s option has been added to the
DefaultRun class
- for use with test auotmation. When you use the option, it prevents
System.exit() from being called when
- and exception is encountered.</li>
-</ul>
</s3>
</s2>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
