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/P...
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+Specificatio...
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 [email protected] http://lists.xwiki.org/mailman/listinfo/devs