[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)
> > 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.
|
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
|