OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help



   Re: [xml-dev] Early Draft Review: XQuery for Java (JSR 225)

[ Lists Home | Date Index | Thread Index ]

Ken North wrote,
> 1. Burak Emir proposed an API re-design to use an abstract
> representation of queries instead of using XQuery strings. So far
> we're in agreement.


> 2. He discussed an approach of parsing queries to produce an abstract
> syntax tree, serializing that, and passing it to the XQJ driver.
> (disagree here?)


The API would embody the abstract syntax tree directly (for an overly 
generic comparison, consider the DOM). Passing such abstract queries to 
an XQJ driver might involve serializing them, but the API need not 
determine the form ... serialization as XQuery strings would be a 
straightforward option.

> 3. Redesigning the API affects the format of the data stream passed
> between the XQJ client and the XQuery engine. (disagree here?)

Disagree (for the most part).

Whilst there are cases where API design can interact awkwardly with 
underlying representations (more generally, interfaces can interact 
awkwardly with implementations) I don't see how that could apply in 
this case.




News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS