[XSL-LIST Mailing List Archive Home] [By Thread] [By Date]

Re: [xsl] Why are there no XSLT processors implemented in XSLT?


Subject: Re: [xsl] Why are there no XSLT processors implemented in XSLT?
From: Alan Painter <alan.painter@xxxxxxxxx>
Date: Wed, 2 May 2012 11:09:00 +0200

On a similar subject ...

When XProc was presented at XML Prague a couple of years back, I asked
Norm Walsh and Michael Kay if XSLT wouldn't be a good candidate for
implementing XProc.

Both Norm and Michael recommended against using XSLT for an XProc
implementation.

I would have thought that XSLT would be a good building block for XML
processing of this sort.

However, from the quick chat around the subject, I took away the
impression that, for these venerable experts, the task of hooking up
different input/output sources for XProc was going to be too
challenging to do in XSLT.

(Of course, Jim Fuller did an XQuery implementation of XProc, hence
one would think that XSLT could do the job, too.)

best regards

-alan



On Tue, May 1, 2012 at 1:49 PM, Costello, Roger L. <costello@xxxxxxxxx>
wrote:
> Hi Folks,
>
> I will take the following as an axiom:
>
>      Programs written to process XML should be implemented in XSLT.
>
> An XSLT processor is a program that processes XML.
>
> Therefore an XSLT processor should be implemented in XSLT.  (As an analogy,
many C compilers are implemented in C.)
>
> However, there are no XSLT processors implemented in XSLT.
>
> Instead, XSLT processors are implemented in languages such as Java.
>
> The implication of this state of affairs is this: "For real, manly XML
processing don't use XSLT; instead, use Java."
>
> Why are there no XSLT processors implemented in XSLT?
>
> /Roger


Current Thread
Keywords