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

Re: Early Draft Review: XQuery for Java (JSR 225)

• To: xml-dev@l...
• Subject: Re: Early Draft Review: XQuery for Java (JSR 225)
• From: Miles Sabin <miles@m...>
• Date: Wed, 30 Jun 2004 08:22:51 +0100
• In-reply-to: <002e01c45e70$7ee2d700$1601a8c0@DURANTE>
• References: <20040620080246.RJLE21846.mta08-svc.ntlworld.com@Turtle> <200406290922.14242.miles@m...> <002e01c45e70$7ee2d700$1601a8c0@DURANTE>
• Sender: Miles Sabin <miles@m...>
• User-agent: KMail/1.6.2

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.

Yes.

> 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?)

Disagree.

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.

Cheers,


Miles

• References:
  • RE: Early Draft Review: XQuery for Java (JSR 225)
    • From: "Michael Kay" <michael.h.kay@n...>
  • Re: Early Draft Review: XQuery for Java (JSR 225)
    • From: Miles Sabin <miles@m...>
  • Re: Early Draft Review: XQuery for Java (JSR 225)
    • From: "Ken North" <kennorth@s...>

• Prev by Date: Re: Early Draft Review: XQuery for Java (JSR 225)
• Next by Date: Re: Early Draft Review: XQuery for Java (JSR 225)
• Previous by thread: Re: Early Draft Review: XQuery for Java (JSR 225)
• Next by thread: Re: Early Draft Review: XQuery for Java (JSR 225)
• Index(es):
  • Date
  • Thread