[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
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
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|