Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 95306 invoked from network); 5 Nov 2010 16:00:49 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 5 Nov 2010 16:00:49 -0000 Received: (qmail 84642 invoked by uid 500); 5 Nov 2010 16:01:21 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 84587 invoked by uid 500); 5 Nov 2010 16:01:20 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 84580 invoked by uid 99); 5 Nov 2010 16:01:19 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 05 Nov 2010 16:01:19 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 05 Nov 2010 16:01:19 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id oA5G0wWE007542 for ; Fri, 5 Nov 2010 16:00:59 GMT Message-ID: <15388972.32981288972858758.JavaMail.jira@thor> Date: Fri, 5 Nov 2010 12:00:58 -0400 (EDT) From: "David Geary (JIRA)" To: dev@jackrabbit.apache.org Subject: [jira] Created: (JCR-2806) Search Result Ordering Incorrect MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Search Result Ordering Incorrect -------------------------------- Key: JCR-2806 URL: https://issues.apache.org/jira/browse/JCR-2806 Project: Jackrabbit Content Repository Issue Type: Bug Components: jackrabbit-core, query Affects Versions: 2.1.2 Environment: Linux, JRE 1.6.0_07 Reporter: David Geary The attached code demonstrates a situation where a query which specifies an order by node name is returning results in the wrong order. This seems to be a very specific case, since any of the following stop the problem occuring: - Removing the NodeType.MIX_VERSIONABLE from the test node type. - Commenting out the line properties.put("property6", "value6"); ie only using 5 properties instead of 6. - Removing the where clause from the query (ie using the commented out query instead) It seems to be something to do with setting the propeties on the nodes since the one that have had properties set seem to be 'moved' to a different place in the result list. Also I tested this with the same node set up using an import of the node data instead and this had the same problem. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.