Return-Path: X-Original-To: apmail-jackrabbit-oak-dev-archive@minotaur.apache.org Delivered-To: apmail-jackrabbit-oak-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 8E9A5D268 for ; Fri, 31 Aug 2012 09:48:11 +0000 (UTC) Received: (qmail 55824 invoked by uid 500); 31 Aug 2012 09:48:11 -0000 Delivered-To: apmail-jackrabbit-oak-dev-archive@jackrabbit.apache.org Received: (qmail 55540 invoked by uid 500); 31 Aug 2012 09:48:10 -0000 Mailing-List: contact oak-dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: oak-dev@jackrabbit.apache.org Delivered-To: mailing list oak-dev@jackrabbit.apache.org Received: (qmail 54737 invoked by uid 99); 31 Aug 2012 09:48:08 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 Aug 2012 09:48:08 +0000 Date: Fri, 31 Aug 2012 20:48:08 +1100 (NCT) From: "Thomas Mueller (JIRA)" To: oak-dev@jackrabbit.apache.org Message-ID: <1133359140.21483.1346406488193.JavaMail.jiratomcat@arcas> In-Reply-To: <1219568022.15712.1346313307769.JavaMail.jiratomcat@arcas> Subject: [jira] [Commented] (OAK-288) QueryTests should use the NodeStore apis MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/OAK-288?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13445804#comment-13445804 ] Thomas Mueller commented on OAK-288: ------------------------------------ > util class That looks good to me. > bypassing the CommitHook and going directly to the mk level > while ignoring the oak-core layer is poor separation of concerns. You already wrote that, and I already wrote I used the MicroKernel API because it is a stable API, while the oak-core API was not stable when I wrote the tests. Actually the oak-core API didn't exist yet. Now that the oak-core API is ready, it does make sense to use it. > the current property index implementation doesn't play nice > with existing notification mechanisms (like the CommitHook). Sorry I don't understand, what do you mean with 'doesn't play nice'? > the query tests pass if I update them to use the NodeStore, except the 'explain' ones. Hm, they should work if the same indexes are available... could you post the result you get? > QueryTests should use the NodeStore apis > ---------------------------------------- > > Key: OAK-288 > URL: https://issues.apache.org/jira/browse/OAK-288 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: core > Reporter: Alex Parvulescu > Attachments: OAK-288-jsop-util.patch > > > Currently the existing oak query tests come in form of a "script" file [0] that contains > - commit commands which will be executed directly against the mk. > - select commands > - expected results > while this was good for fast prototyping we should refactor the tests to use proper unit tests. > Arguments for refactoring: > - overall java style unit tests, reduce the complexity of running this setup > - proper reporting unit test failures > - executing the commit commands directly against the mk breaks the {{CommitHook}} mechanism because the commits will pass unnoticed > - proper separation of concerns - oak core should not directly reference the mk, it should pass through exisiting apis like the {{NodeStore}} > [0] http://svn.apache.org/viewvc/jackrabbit/oak/trunk/oak-core/src/test/resources/org/apache/jackrabbit/oak/query/sql2.txt?view=markup -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira