Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 2276 invoked from network); 2 Nov 2007 08:49:12 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 Nov 2007 08:49:12 -0000 Received: (qmail 21308 invoked by uid 500); 2 Nov 2007 08:48:59 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 21277 invoked by uid 500); 2 Nov 2007 08:48:59 -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 21259 invoked by uid 99); 2 Nov 2007 08:48:59 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Nov 2007 01:48:59 -0700 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Nov 2007 08:49:10 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 99C107141F1 for ; Fri, 2 Nov 2007 01:48:50 -0700 (PDT) Message-ID: <30973457.1193993330626.JavaMail.jira@brutus> Date: Fri, 2 Nov 2007 01:48:50 -0700 (PDT) From: "fabrizio giustina (JIRA)" To: dev@jackrabbit.apache.org Subject: [jira] Updated: (JCR-1084) Maintan a stable ordering of properties in xml export In-Reply-To: <10160688.1187941350471.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/JCR-1084?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] fabrizio giustina updated JCR-1084: ----------------------------------- Attachment: JCR-1084.diff Very simple patch against current 1.4 trunk. This small change ensures that the order of properties is unchanged in exported xmls by ordering them alphabetically. I've checked that this doesn't break any existing unit test. > Maintan a stable ordering of properties in xml export > ----------------------------------------------------- > > Key: JCR-1084 > URL: https://issues.apache.org/jira/browse/JCR-1084 > Project: Jackrabbit > Issue Type: Improvement > Affects Versions: 1.4 > Reporter: fabrizio giustina > Priority: Minor > Attachments: JCR-1084.diff > > > When exporting to xml (system view, not tested with document view) the order of properties is not consistent. > This is not an issue with the jcr specification, since the order of properties is undefined, but keeping the same (whatever) order in xml export could be useful. > At this moment if you try running a few import->export->import->export roundtrips you will notice that the exported xml often changes. This is an example of the differences you can see: > > 59357999-b4fb-45cd-8111-59277caf14b7 > > + > + test > + > > true > > - > - test > - > If you may need to diff between two exported files that could be pretty annoying, you have no clear way to understand if something has really changed or not. > I would propose to keep ordering consistent between export: an easy way could be sorting properties alphabetically during export. > This behavior has been tested on a recent jackrabbit build from trunk (1.4-SNAPSHOT) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.