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 ]

> > XQJ is an API for Java programs, but that doesn't mean the format of
> > the data going across the wire has to be Java-centric.

 Miles Sabin wrote:
> Did anyone say it did?

There's been discussion here about techniques for passing queries to an XQuery
processor. There was a suggestion Java programs should parse them and pass them
as serialized abstract syntax trees (one benefit being compile-time type
checking). That seems a reasonable alternative as an option, but not as a
replacement, for sending XQuery strings down the wire.

It could be jet lag speaking but that's my impression of the "strings or not?"
discussion.

The issue is relevant to ad hoc queries but it's moot for repetitive queries,
such as for generating a monthly publication. XQJ provides for prepared
expressions. We'll undoubtedly see XQuery implementations that provide stored
queries. In that context, the XQJ client passes execution time parameters.








 

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

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