Re: [xsl] XSLT 3.0 streaming vs other big-data technologies

Subject: Re: [xsl] XSLT 3.0 streaming vs other big-data technologies
From: "Dimitre Novatchev dnovatchev@xxxxxxxxx" <xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx>
Date: Mon, 18 Jun 2018 13:23:32 -0000
On Mon, Jun 18, 2018 at 2:25 AM, Michael Kay mike@xxxxxxxxxxxx
<xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx> wrote:
>> This is already supported in Saxon-JS:
>> But I'm not sure how this concept would fit into "normal" XSLT processing.
> One can certainly see that the idea of sending off multiple HTTP requests
and processing each result as soon as it arrives would be equally applicable
to server-side processing, but some might see this as something best done in
the "framework" that controls and despatches XSLT transformations, rather than
in the stylesheeet itself.


Not to speak about the excellent possibility for multithreading in the
XSLT processing model (trivial to add and implement without
synchronization primitives), and raising events from such threads to
other threads.

This is so not-XSLT-ish at present, but this only means there is a
huge space for growing the XSLT processing model.

> Michael Kay
> Saxonica

Dimitre Novatchev
Truly great madness cannot be achieved without significant intelligence.
To invent, you need a good imagination and a pile of junk
Never fight an inanimate object
To avoid situations in which you might make mistakes may be the
biggest mistake of all
Quality means doing it right when no one is looking.
You've achieved success in your field when you don't know whether what
you're doing is work or play
To achieve the impossible dream, try going to sleep.
Facts do not cease to exist because they are ignored.
Typing monkeys will write all Shakespeare's works in 200yrs.Will they
write all patents, too? :)
Sanity is madness put to good use.
I finally figured out the only reason to be alive is to enjoy it.

Current Thread