[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: "Ken North" <kennorth@s...>
• Date: Tue, 29 Jun 2004 17:37:52 -0700
• References: <20040620080246.RJLE21846.mta08-svc.ntlworld.com@Turtle> <40D6D10F.8010705@e...> <40D720B2.7050004@o...> <200406212058.19416.miles@m...> <006e01c45d53$fdf92990$1601a8c0@DURANTE> <40E12B4D.2080903@e...>

> What do you mean by XQJ client ? Is it the driver, which implements the
> XQJ API, takes the queries and sends them off to the server ?
> Or do you mean the code written by the XQJ user ?

The XQJ client uses a driver to connect and submit queries to an XQuery engine.
A typical scenario is a client-server architecture with the query engine running
on a separate machine from clients that submit queries across the wire (in this
case XQJ clients). The XQuery server and XQJ client execute on separate
computers, or in separate processes if they reside on a single computer.

> Any Java byte arrays can be "serialized" to a sequence of bytes (just
> don't call the "serialize" method, but write something like
> "toMyCustomBLOB()").

1. The client (XQJ or otherwise) has to be pass the query to the XQuery engine
using a mutually-understood format. If Java clients are not passing query
strings, then there needs to be a spec for queries represented as CustomBLOBs.

2. Someone building an XQuery server will often prefer a language-neutral
solution for servicing clients. Come one, come all -- Java clients, C#, Perl,
whatever.

3. If we must choose between elegance and interoperability, my vote is for
interoperability. SOAP and XML RPCs emerged in part because of interoperability
issues with COM+ and CORBA. XQuery servers, like HTTP servers, will serve a
broader audience if they employ language-neutral and platform-neutral
technologies.

• 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: Burak Emir <Burak.Emir@e...>
  • Re: Early Draft Review: XQuery for Java (JSR 225)
    • From: Bob Foster <bob@o...>
  • 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...>
  • Re: Early Draft Review: XQuery for Java (JSR 225)
    • From: Burak Emir <Burak.Emir@e...>

• Prev by Date: Re: Early Draft Review: XQuery for Java (JSR 225)
• Next by Date: Re: hi all
• 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