[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: XSLT 3.0 streaming vs other big-data technologies

Subject: Re: XSLT 3.0 streaming vs other big-data technologies
From: "Mukul Gandhi gandhi.mukul@xxxxxxxxx" <xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx>
Date: Wed, 13 Jun 2018 07:38:30 -0000
Re:  XSLT 3.0 streaming vs other big-data technologies
Thanks Mike, for the answers. They're helpful.

On Wed, Jun 13, 2018 at 1:00 PM, Michael Kay mike@xxxxxxxxxxxx <
xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx> wrote:

> There's nothing in the language spec that constrains where the data comes
> from.
>
> In the Saxon (Java)  implementation, it can come from any Java
> InputStream. Constructing an InputStream that reads from multiple storage
> nodes or an HDFS file system is someone else's job, but I see no reason why
> it should be difficult.
>
> The Saxon implementation does have some limits that mean the input stream
> can't be infinite: most obviously, the nodes are numbered using a 32-bit
> integer. That one is easily fixed, but it's hard to verify that there
> aren't others.
>
> (More generally, I've been surprised that I've seen very little discussion
> about how Java and C# cope with the 32-bit limit, e.g. on array indexing.
> The Streams API seems part of the solution, but it certainly doesn't solve
> the whole problem.)
>




-- 
Regards,
Mukul Gandhi

Current Thread

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.