jackrabbit-oak-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Michael Dürig <mdue...@apache.org>
Subject Re: svn commit: r1306222 - in /jackrabbit/oak/trunk/oak-jcr/src: main/java/org/apache/jackrabbit/oak/jcr/ main/java/org/apache/jackrabbit/oak/jcr/query/ test/java/org/apache/jackrabbit/oak/jcr/ test/java/org/apache/jackrabbit/oak/jcr/query/
Date Wed, 28 Mar 2012 11:10:38 GMT

Hi Tom,

On 28.3.12 10:11, thomasm@apache.org wrote:
> Author: thomasm
> Date: Wed Mar 28 09:11:39 2012
> New Revision: 1306222
>
> URL:http://svn.apache.org/viewvc?rev=1306222&view=rev
> Log:
> OAK-28 Query implementation (initial implementation of the relevant oak-jcr part)

[...]

> +/**
> + * The implementation of the corresponding JCR interface.
> + */
> +public class QueryManagerImpl implements QueryManager {
> +
> +    private final QueryObjectModelFactoryImpl qomFactory = new QueryObjectModelFactoryImpl();
> +    private final QueryEngine qe;
> +
> +    public QueryManagerImpl(WorkspaceImpl workspace, SessionContext<SessionImpl>
 sessionContext) {
> +        MicroKernel mk = sessionContext.getGlobalContext().getInstance(MicroKernel.class);
> +        qe = new QueryEngine(mk);
> +    }
> +

Could you come up with an implementation which does not directly depend 
on the Microkernel but rather uses a (to be defined) API on oak-core? 
I'm in the process of removing all dependencies from oak-jcr to oak-mk 
(OAK-20) so this will ultimately break.

Michael

Mime
View raw message