Re: [docbook-apps] Small!! Lightweight!! xslt processor which isstandalo

[Jirka Kosek <jirka@kosek.cz>]

On 17.8.2012 16:31, Dan Shelton wrote:

> A colleague with two Dr. (Med/IT) and one Prof. in IT already called
> XML and XSLT "a failure" because the processing requirements have
> become insane - IT was once done with 4MB machines, doing the same
> with today's machines and XML/XSLT goes up to 400MB as minimum. And
> admittedly, I have no arguments to prove him wrong - XML processing
> takes a lot of memory (why?) and XSLT processing is... eating memory.
> Lots of memory. There doesn't seem to be a "small" solution.

I wouldn't say this is failure of XML/XSLT. Most users are not so
tightly constrained by memory so they are not pushing very hard for
memory economical implementations. So this is particulary failure of
implementations and partialy failure of users who are not demanding more
and who are not prepared to pay for more.

What's quite surprising that very efficient Java implementations like
Saxon can outperform many C-based implementations both in terms of
memory usage and performance.

However if your main objective is something small and C based you can
give a try to Sablotron (https://sourceforge.net/projects/sablotron/)
and Xalan-C (http://xml.apache.org/xalan-c/). It has been while since
last time I compiled them from source (more then decade) but they
definitively should have less then 80 MB of dependencies.

				Jirka

-- 
------------------------------------------------------------------
  Jirka Kosek      e-mail: jirka@kosek.cz      http://xmlguru.cz
------------------------------------------------------------------
       Professional XML consulting and training services
  DocBook customization, custom XSLT/XSL-FO document processing
------------------------------------------------------------------
 OASIS DocBook TC member, W3C Invited Expert, ISO JTC1/SC34 member
------------------------------------------------------------------

OpenPGP digital signature