Hi Artem,
That's some news indeed!
What's important IMO is that we agree to have a generic Query
Interface as I mentioned in some previous email. In that manner we can
continue to use HQL + introduce new query languages. This is good for
extensibility and also for backward compatibility.
Do you/we all agree on this?
Thanks
-Vincent
On May 21, 2008, at 9:57 PM, Artem Melentyev wrote:
Hi, devs.
Thanks for feedback.
There are important info from JCR v2 [1] unfinished standard (Public
Review. Final release at Sep-2008):
http://wiki.apache.org/jackrabbit/Proposed_JCR_2%2e0_API_Changes
- xpath & jcrsql are deprecated in jcr2, but supported
+ new language JCR-SQL2 which is much extended jcrsql with joins.
+ new Java API for quering called QueryObjectModel (JCR-JQOM) (like
Hibernate Criteria or LINQ)
recent Jackrabbit 1.4 already has this features, but they are not
stable
yet.
eXoJCR hasn't this features yet.
Jackrabbit has a parser [2] from JCR-SQL2 to JCR-JQOM, so we can
simply
translate some subset of QOM to HQL.
What else parsers / query frameworks can you recommend?
I looked at some jpa, jdo ql implementations but they are not expose
nice Query Model for reuse.
[1]
http://www.jcp.org/en/jsr/detail?id=283
[2]
http://jackrabbit.apache.org/api/1.4/org/apache/jackrabbit/core/query/sql2/…
Artem Melentyev wrote:
Hi, devs.
I'm working on JCRStore and QueryPlugin and I want to get some
feedback
about
http://dev.xwiki.org/xwiki/bin/view/Design/XWiki+Query+Language+Specificati…
1. Why our QueryPlugin's xpath isn't sufficient? (except it doesn't
work
now and some features are unimplemented :))
2. Are we sure to use sql-like query language?
I think sql isn't user friendly language.
Also many features of sql (such as joins) is impossible for JCR.
3. What user query language would you prefer for xwiki?
--
Artem Melentyev
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs