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

Re: Processing XML. RFC.

Subject: Re: Processing XML. RFC.
From: disco <disco@xxxxxxxxxxxxxxx>
Date: Tue, 30 Nov 1999 01:36:53 -0500 (EST)
Re: Processing XML. RFC.
Paul,

I'm not sure if this is an answer to your question, but I am working on a
processor for XSLT. It's not XT, although it ought to be able to do XT's
job (as should any conforming processor). But it will also be able to do
incremental processing (that is, apply changes to a result tree as changes
to the source tree come in), which sort of covers what you were talking
about with read-write and streaming...

No, there is no code yet. No, it doesn't have a name. It's still being
designed. I'm doing it for my senior thesis in CS. I'll post to xsl-list
when something interesting happens.

Dan

On Mon, 29 Nov 1999, Paul Tchistopolskii wrote:

> 
> Hello.
> 
>     It is not about SML ;-)
> 
>     Let us think about some technologies people use to process  
>     XML files. Simplified a bit.
>     
>     1.  SAX API  - streaming. 
> 
>             a. Dataflow is 'read-only'.  
>             b. Processing Rules are very simple and callbacks usualy 
>             don't care about what happens on 'level up',  what is the 
>             hierarchy e t.c. Callback  receives the node ( and attributes ).
>             Easy to use if your node has only attributes, but not 
>             elements ;-)
>             c. Processing Rules are hardcoded by developer.
> 
>     2.  DOM. Document eats the entire memory. ;-)
> 
>             a. Dataflow could be 'read-write'.
>             b. Processing Rules could be much more complex, because 
>             at any point it is possible to get information about the hierarhy, 
>             what happens in some other nodes e t.c. 
>             c. Processing Rules are hardcoded by developer.
> 
>             d. Some twist here is to consider DOM to be a 
>             stream of serialized objects and then map those 
>             objects into appropriate Java Classes. There is 
>             some framework of this kind advertized as 
>             'Say no to DOM'. Because it only simplifies the 
>             code for accessing  the nodes , but gives no       
>             big advantage with Processing Rules - it should  
>             be considered to be just a twist.
> 
>     3.   XT.  Document eats the entire memory.
> 
>             a. Dataflow is 'read-only'. 
>             ( I'm not talking about existing vendor-specific 
>             extensions yet ).
> 
>             b. Processing Rules are cool.
>             c. Processing Rules are not hardcoded.
>                 
>     
>     What looks missing to me is: 
> 
>     XT1        XT  + streaming and 
>     XT2        XT  + dataflow is 'read-write' 
> 
>     Q0. Something tells me that because SAX and DOM are 2 different things - 
>     XT1 and XT2 are also different things. Right ?
> 
>     Q1. I think XT and alikes are very close to become XT2, but they 
>     are getting  there supporting  DOM as an output. 
>     (Do they ?  I think XT does. ) 
> 
>     That means that we'l need to have 2 DOM Objects in the memory
>     ( input and transformed output ).
> 
>     Could it be even possible to have only one DOM object in the 
>     memory... Transformating 'itself' ...  ?
> 
>     Is there any idea or any effort in W3C to get  something  similiar 
>     to 'read-write'  XSLT and if yes - maybe there is any URL there ?
> 
>     Q2. Maybe there is already something similiar to XT1 and/or  XT2  ?
> 
>     Q3. I could live with such XT1 / XT2 if they are not xml-ish, but I think 
>     they should be ?
> 
> Rgds.Paul.
> 
> 
> 
> 
>  XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list
> 


 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list


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.