Hi,
On 7/16/07, IvanLatysh <[EMAIL PROTECTED]> wrote:
That's strange, that committee want to drop XPath and replace it with
home-grown query language when obvious next logical step for JCR would be to
introduce XQuery language, but instead, XPath has been dropped in favor of
"Abstract Query Model" ?!?!
Would be nice to hear the reason why committee decide to introduce a query
language that from the moment of birth has no future, instead of take an
existing well defined query language (XQuery).
I'm not free to discuss the specifics of the discussions leading to
this decision, but the query features have certainly been one of the
more debated areas of the specification. There are a number of
conflicting requirements from various vendors and users, and it was
felt that specifying an abstract query model instead of a specific
query syntax would better allow us to express the specific query
functionality that a content repository needs to implement.
Note that Jackrabbit will most certainly continue to support XPath and
our plan is actually to implement an XPath/XQuery to JCR query model
converter, that should be usable by any JCR 2.0 repository or client
to support queries expressed in (a subset of) XPath or XQuery.
P.S. As a system architect I can say that if it stay this way, we will abandon
JCR and re-factor out project for XML database.
Please let us know at [EMAIL PROTECTED] Direct user feedback
is very valuable, especially since most of the expert group members
represent the repository implementer and vendor point of view.
BR,
Jukka Zitting
