RE: [xsl] XSLT 2 processors

Subject: RE: [xsl] XSLT 2 processors
From: Geert Josten <geert.josten@xxxxxxxx>
Date: Mon, 13 Feb 2012 13:00:31 +0100
Quite funny to read this lengthy thread *after* XMLPrague, at which people
spoke about using XSLT 1.0 to convert XQuery into JavaScript (to allow
XQuery support in XSLTForms), implement template ruling into XQuery using
higher-order functions, using the already mentioned Carrot that in theorie
can be translated to both XSLT and XQuery (probably could be implemented
in both as well), JSON integration into XQuery and XForms. Heck there was
even a Demojam of someone who wrote an XSLT 2.0 processor in JavaScript..

About C/C++ support: there is a good XQuery implementation, being Zorba.
(Marklogic is in C++ too to my knowledge, but that is proprietary. There
might be more, not sure.) Dana Florescu already showed interest into
adding XSLT support into Zorba, she might be persuadable to actually do
so. ;) Other option is to write an XQuery library that could do the job.
Not sure how well it would/could perform, but it might at least give the
PHP and related guys something to work with. John Snelson seems to already
have implemented that bit of apply-templates code Liam was talking about..

Here some comments on stackoverflow about .net and XSLT support: :-P


> -----Oorspronkelijk bericht-----
> Van: Michael Kay [mailto:mike@xxxxxxxxxxxx]
> Verzonden: vrijdag 10 februari 2012 23:40
> Aan: xsl-list@xxxxxxxxxxxxxxxxxxxxxx
> Onderwerp: Re: [xsl] XSLT 2 processors
>  >I'm genuinely surprised that Microsoft has dropped the ball on this.
> They put in a massive effort when they introduced .NET which was after
> their browser played a pioneering role in the genenis of XSL. Not
> affording their .NET library XSLT2 is tantermount to sabotaging the
> progress of XML related development. It just doesn't make sense and is
> pretty lame IMO.

[Geert Josten] ...

Current Thread