Thanks Tony, that is really nice!
Same output (at bottom, besides XML-declaration).
Did run this on a 2.2GHz i7 processor, while naxos.xsl was running java
process had between 160% and 224% CPU utilization, which is reflected in
real vs user time.
As next step I wanted to see, whether naxos.xsl can run naxos.xsl ... :-)
But I got stopped at this very littly sample, further efforts seem
worthless:
$ cat ab.xml
<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xml" href="double.xsl"?>
<a>1<b>2</b>3</a>
$
$ cat double.xsl
<xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform";
<xsl:template match="/">
<out>
<xsl:copy-of select="."/>
<xsl:copy-of select="."/>
</out>
</xsl:template>
</xsl:stylesheet>
$
$ java com.icl.saxon.StyleSheet -a ab.xml ; echo
<?xml version="1.0" encoding="utf-8"?><out><?xml-stylesheet type="text/xml"
href="double.xsl"?><a>1<b>2</b>3</a><?xml-stylesheet type="text/xml"
href="double.xsl"?><a>1<b>2</b>3</a></out>
$
$ java com.icl.saxon.StyleSheet ab.xml ../naxos.xsl ; echo
<out></out>
$
naxos sample execution:
$ time java com.icl.saxon.StyleSheet user.xml ../naxos.xsl
<html><head><title>Spam for Schmidt</title></head><body>
<p>Dear Frau Schmidt,</p>
<p>We would like to invite you,
as a resident of Germany,
to review our new software package.</p>
<p>Thank you.</p>
<p>Yours sincerely,</p>
</body></html>
real 0m6.360s
user 0m11.512s
sys 0m0.157s
$
$ time java com.icl.saxon.StyleSheet -a user.xml
<?xml version="1.0" encoding="utf-8"?><html><head><title>Spam for
Schmidt</title></head><body>
<p>Dear Frau Schmidt,</p>
<p>We would like to invite you,
as a resident of Germany,
to review our new software package.</p>
<p>Thank you.</p>
<p>Yours sincerely,</p>
</body></html>
real 0m0.274s
user 0m0.377s
sys 0m0.031s
$
Mit besten Gruessen / Best wishes,
Hermann Stamm-Wilbrandt
Level 3 support for XML Compiler team and Fixpack team lead
WebSphere DataPower SOA Appliances
https://www.ibm.com/developerworks/mydeveloperworks/blogs/HermannSW/
https://twitter.com/#!/HermannSW/
----------------------------------------------------------------------
IBM Deutschland Research & Development GmbH
Vorsitzende des Aufsichtsrats: Martina Koederitz
Geschaeftsfuehrung: Dirk Wittkopp
Sitz der Gesellschaft: Boeblingen
Registergericht: Amtsgericht Stuttgart, HRB 243294
From: "Tony Graham" <tgraham(_at_)mentea(_dot_)net>
To: xsl-list(_at_)lists(_dot_)mulberrytech(_dot_)com,
Date: 05/01/2012 04:24 PM
Subject: Re: [xsl] Why are there no XSLT processors implemented in XSLT?
On Tue, May 1, 2012 1:04 pm, David Carlisle wrote:
On 01/05/2012 12:49, Costello, Roger L. wrote:
I will take the following as an axiom:
Programs written to process XML should be implemented in XSLT.
...
The entire argument appears spurious, so it seems fruitless to try to
argue specific points.
Why would anyone even try to do this, even if it were possible, it would
To "[s]ee examples of what XSLT should never have been made to do." [1],
apparently.
How quickly we forget: [2].
be vast amounts of work and would just produce an xslt engine that is
slower than the one you started with.
From [3]:
Naxos is very slow and memory-hungry. Stylesheets larger than
toy-sized will probably fail to run even if you specify a large
heap for the JVM with -Xmx.
Regards,
Tony Graham tgraham(_at_)mentea(_dot_)net
Consultant http://www.mentea.net
Mentea 13 Kelly's Bay Beach, Skerries, Co. Dublin, Ireland
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
XML, XSL-FO and XSLT consulting, training and programming
[1] http://osdcpapers.cgpublisher.com/product/pub.84/prod.40
[2]
http://www.biglist.com/lists/lists.mulberrytech.com/xsl-list/archives/200701/msg00553.html
[3] http://futzle.com/users/debbiep/naxos/naxos.html
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--