From users-returnsabrinagardner@example.net Wed Sep 01 08:14:38 2010 Return-Path: <users-returnsabrinagardner@example.net> Delivered-To: sabrinagardner@example.net Received: (qmail 98888 invoked from network); 1 Sep 2010 08:14:38 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 1 Sep 2010 08:14:38 -0000 Received: (qmail 30844 invoked by uid 500); 1 Sep 2010 08:14:38 -0000 Delivered-To: sabrinagardner@example.net Received: (qmail 30524 invoked by uid 500); 1 Sep 2010 08:14:35 -0000 Mailing-List: contact sabrinagardner@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:sabrinagardner@example.net> List-Unsubscribe: <mailto:sabrinagardner@example.net> List-Post: <mailto:sabrinagardner@example.net> List-Id: <users.jackrabbit.apache.org> Reply-To: sabrinagardner@example.net Delivered-To: mailing list sabrinagardner@example.net Received: (qmail 30515 invoked by uid 99); 1 Sep 2010 08:14:34 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Sep 2010 08:14:34 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,MSGID_FROM_MTA_HEADER,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of sabrinagardner@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO blu0-omc3-s32.blu0.hotmail.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Sep 2010 08:14:24 +0000 Received: from BLU0-SMTP204 ([83.161.120.155]) by blu0-omc3-s32.blu0.hotmail.com with Microsoft SMTPSVC9285567951); Wed, 1 Sep 2010 01:14:03 -0700 X-Originating-IP: [83.161.120.155] X-Originating-Email: [sabrinagardner@example.net] Message-ID: <sabrinagardner@example.net> Received: from [83.161.120.155] ([83.161.120.155]) by BLU0-SMTP204.phx.gbl over TLS secured channel with Microsoft SMTPSVC9285567951); Wed, 1 Sep 2010 01:14:02 -0700 Date: Wed, 1 Sep 2010 10:14:00 +0200 From: Hung Tu <sabrinagardner@example.net> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:83.161.120.155) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: sabrinagardner@example.net Subject: Repository configuration Content-Type: text/plain; charset="ISO-8859-15"; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 01 Sep 2010 08:14:02.0330 (UTC) FILETIME=[A303DBA0:01CB49AD] X-Virus-Checked: Checked by ClamAV on apache.org Hi all, I have a question about how to configure repository. At the time I have a project, which uses jackrabbit as repository. We need two folders on jcr, let's say "raw_material" and "output". The requirement is, each folder should be configured in separate mounted local directory. So what should I do to separate the repository? Thanks in advance. Hung Tu From users-returnsabrinagardner@example.net Wed Sep 01 09:39:40 2010 Return-Path: <users-returnsabrinagardner@example.net> Delivered-To: sabrinagardner@example.net Received: (qmail 16144 invoked from network); 1 Sep 2010 09:39:40 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 1 Sep 2010 09:39:40 -0000 Received: (qmail 83623 invoked by uid 500); 1 Sep 2010 09:39:40 -0000 Delivered-To: sabrinagardner@example.net Received: (qmail 82972 invoked by uid 500); 1 Sep 2010 09:39:37 -0000 Mailing-List: contact sabrinagardner@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:sabrinagardner@example.net> List-Unsubscribe: <mailto:sabrinagardner@example.net> List-Post: <mailto:sabrinagardner@example.net> List-Id: <users.jackrabbit.apache.org> Reply-To: sabrinagardner@example.net Delivered-To: mailing list sabrinagardner@example.net Received: (qmail 82957 invoked by uid 99); 1 Sep 2010 09:39:36 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Sep 2010 09:39:36 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of sabrinagardner@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO smtp.jacaranda.co.uk) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Sep 2010 09:39:30 +0000 Received: from [IPv888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4:1] ([83.161.120.155]) (authenticated user sabrinagardner@example.net) by smtp.jacaranda.co.uk (Kerio MailServer 6.7.3 patch 1) (using TLSv1/SSLv3 with cipher AES128-SHA (128 bits)) for sabrinagardner@example.net; Wed, 1 Sep 2010 10:39:07 +0100 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Apple Message framework v1081) Subject: Re: Problems migrating from 1.6.0 to 2.1.0 From: Robin Wyles <sabrinagardner@example.net> In-Reply-To: <sabrinagardner@example.net> Date: Wed, 1 Sep 2010 10:38:51 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <sabrinagardner@example.net> References: <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> To: sabrinagardner@example.net X-Mailer: Apple Mail (2.1081) An update on this... Stefan was indeed correct and it a charset/encoding issue that was = causing Jackrabbit to ignore the existing repository content. However, now that I have manage to get our existing repository running = under 2.1.0 I have a new problem and that is that all the nt:file nodes = whose content is stored in the datastore (FileDataStore) are missing. = The small nt:file nodes that are stored in the database are visible, = just not those in the FileDataStore. When starting up our newly migrated repository for the first time I get = a few "Record not found" datastore exceptions and some associated Tika = exceptions for those missing datastore records - would those errors = prevent the entire datastore from being used? The number of errors are = far less than the 3000 or so items in the datastore, so it would suggest = that it's either ignoring most of the datastore contents, or at start up = at least they are recognised as valid. As before, once our repository has started I am able to add new nodes to = the datastore, and these behave has expected. Any help, gratefully received - I'm really keen to get our repos onto = 2.10 as some of its new query functionality is much needed! Robin =20 On 27 Aug 2010, at 16:03, Robin Wyles wrote: > Hi Stefan >=20 > On 27 Aug 2010, at 13:11, Stefan Guggisberg wrote: >=20 >> On Fri, Aug 27, 2010 at 2:02 PM, Stefan Guggisberg >> <sabrinagardner@example.net> wrote: >>> On Fri, Aug 27, 2010 at 1:18 PM, Robin Wyles <sabrinagardner@example.net> = wrote: >>>> Hi Stefan, >>>>=20 >>>> Thanks for your quick reply... >>>>=20 >>>> On 27 Aug 2010, at 11:36, Stefan Guggisberg wrote: >>>>=20 >>>>> hi robin, >>>>>=20 >>>>> On Fri, Aug 27, 2010 at 11:25 AM, Robin Wyles = <sabrinagardner@example.net> wrote: >>>>>> Hi, >>>>>>=20 >>>>>> I'm having problems migrating an existing repository from = Jackrabbit 1.6.0 to 2.1.0. >>>>>>=20 >>>>>> Here are the steps I followed to test the migration: >>>>>>=20 >>>>>> 1. Update app to use Jackrabbit 2.1.0, run unit tests etc. = Manually test against empty 2.1.0 repository. All works fine here. Our = repository configuration has not changed at all between versions. >>>>>>=20 >>>>>> 2. Used mysqldump to export production repository. >>>>>>=20 >>>>>> 3. Copy production repository directory (workspace folder, = datastore, index folders etc.) to test machine. >>>>>>=20 >>>>>> 4. Import SQL file from 2 above to new DB on test machine. >>>>>>=20 >>>>>> 5. Start application on test machine. >>>>>>=20 >>>>>> The result of the above is that the application starts up without = error but that the repository appears empty. I am able to add new nodes = to the repository, which behave correctly within the application yet = none of the existing nodes are visible. I've tried xpath queries against = known paths, e.g. "//library/*" and these return 0 nodes. >>>>>>=20 >>>>>> A few things I've tried/noticed: >>>>>>=20 >>>>>> 1. Repeating steps 3 and 4 above, then removing the old index = directories before starting the application. Jackrabbit creates new = lucene indexes, but they are very small, just like they would be when = initialising an empty repository. Also, the index files are called = indexes_2 rather than indexes as they were under 1.6.0. >>>>>>=20 >>>>>> 2. When starting the app after the migration I notice that 4 = extra records have been added to the BUNDLE table, 3 extra records are = added to the VERSION_BUNDLE table and 2 extra records added to the = VERSION_NAMES table. Again, this seems to be consistent with what is = added automatically added to the database when a new repository is = initialised. >>>>>>=20 >>>>>> So, basically it appears that Jackrabbit is completely ignoring = the existing repository data, and instead initialising a new repos using = the existing database=85 >>>>>>=20 >>>>>> If anyone has any ideas as to how I can get 2.1.0 to recognise = our existing repository they'd be gratefully received - I feel there = must be something simple I've overlooked! >>>>>=20 >>>>> hmm, seems like the key values (i.e. the id format) has changed. >>>>> however, i am not aware of such a change. >>>>> maybe someone else knows more? >>>>=20 >>>> The release notes for Jackrabbit 2.0.0 claim that it is backward = compatible with 1.x repositories. I've seen a couple of messages on the = users list relating to migration issues but these seem to involve custom = nodetypes, whereas our repository has no custom nodetypes. >>>>=20 >>>> How may I see what key values/ID format is used by the different = versions? This sounds like quite a major change to me, and I'm sure = something that would've been documented! >>>=20 >>> absolutely. however, if you're saying that 4 extra records have been >>> inserted into the BUNDLE table >>> and the BUNDLE table already had n>=3D4 records, i can only explain = it >>> with a changed binary representation >>> of the record id's. >>>=20 >>> the 4 BUNDLE records are: >>>=20 >>> / (root node) >>> /jcr:system >>> /jcr:system/jcr:nodeTypes >>> /jcr:system/jcr:versionStore >>>=20 >>> the values of the ids those nodes are hard-coded in jackrabbit. >>> on startup, those nodes will be created if they don't exist. >>>=20 >>> i am not a mysql expert. have you compared the configurations >>> of both mysql instances? maybe it's some strange charset/encoding >>> issue... >=20 > Both mysql instances use the same charset/encoding, and all tables on = both instances are set to utf-8 for encoding and collation.=20 >=20 > The only difference between the two mysql instances are their version = - slightly older on our production machine. =20 >=20 > However, what you say makes sense - it really does look like = Jackrabbit can't find those nodes on start up which implies there's a = charset/encoding issue.=20 >=20 > I'm going to see if I can duplicate the database on our production = mysql instance and test against that... >=20 >>=20 >> or maybe it's a problem with the mysql indexes on those tables... >>=20 >=20 > I tried deleting the mysql indexes and recreating them, it didn't seem = to make any difference. >=20 > Thanks, >=20 > Robin=20 >=20 >=20 >=20 >=20 >=20 From users-returnsabrinagardner@example.net Wed Sep 01 09:45:30 2010 Return-Path: <users-returnsabrinagardner@example.net> Delivered-To: sabrinagardner@example.net Received: (qmail 17927 invoked from network); 1 Sep 2010 09:45:30 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 1 Sep 2010 09:45:30 -0000 Received: (qmail 87829 invoked by uid 500); 1 Sep 2010 09:45:30 -0000 Delivered-To: sabrinagardner@example.net Received: (qmail 87778 invoked by uid 500); 1 Sep 2010 09:45:27 -0000 Mailing-List: contact sabrinagardner@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:sabrinagardner@example.net> List-Unsubscribe: <mailto:sabrinagardner@example.net> List-Post: <mailto:sabrinagardner@example.net> List-Id: <users.jackrabbit.apache.org> Reply-To: sabrinagardner@example.net Delivered-To: mailing list sabrinagardner@example.net Received: (qmail 87769 invoked by uid 99); 1 Sep 2010 09:45:26 -0000 Received: from Unknown (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Sep 2010 09:45:26 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of sabrinagardner@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO mail-vw0-f42.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Sep 2010 09:45:05 +0000 Received: by vws18 with SMTP id 18so11427152vws.1 for <sabrinagardner@example.net>; Wed, 01 Sep 2010 02:44:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; bh=KHok29yUXwB7nyEetYM0UKF4DLqXDQ+LipxmJacu7cM=; b=EMTz7GpgDSXgSAGAsfxuZUzrgnCRIGSUKCQUTVy+1a+k1mZTjN81zDlZ6g8JIAZAtq C5NA/8WEXppIzot+5H0DUS/Cx6ji1QRKiBYnVipUZKMADim6aRwGkM85R+NLYHzy1E4u ZRgM311TVLlhc/ae5SjDZeXLzb7CPbCq1svFU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=nkvycgvVWa9UojKhXuHnsOlOSTbPwXJ5AvXLCzPTHCWx5AH7Fm3n5ezV9je0hWtIkq tvz+N7qxn9PdQSaALlvV3P8XDMZoTcOsOcOI/Tu+/0n5hKanHxFZjcOWCexXUBWWQZLi TPIx1o1567w2KgAfEVrQPtmCfHP49YecwKJAQ= MIME-Version: 1.0 Received: by 83.161.120.155 with SMTP id d16mr2470432vcs.66.1283334284176; Wed, 01 Sep 2010 02:44:44 -0700 (PDT) Sender: sabrinagardner@example.net Received: by 83.161.120.155 with HTTP; Wed, 1 Sep 2010 02:44:44 -0700 (PDT) In-Reply-To: <sabrinagardner@example.net> References: <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> Date: Wed, 1 Sep 2010 11:44:44 +0200 X-Google-Sender-Auth: F6u9H_skKlaS6qYNBv8CLe9PLNg Message-ID: <sabrinagardner@example.net> Subject: Re: Problems migrating from 1.6.0 to 2.1.0 From: Stefan Guggisberg <sabrinagardner@example.net> To: sabrinagardner@example.net Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On Wed, Sep 1, 2010 at 11:38 AM, Robin Wyles <sabrinagardner@example.net> wrote: > An update on this... > > Stefan was indeed correct and it a charset/encoding issue that was causin= g Jackrabbit to ignore the existing repository content. thanks for the information. can you please provide more details about the exact nature of the problem? cheers stefan > > However, now that I have manage to get our existing repository running un= der 2.1.0 I have a new problem and that is that all the nt:file nodes whose= content is stored in the datastore (FileDataStore) are missing. The small = nt:file nodes that are stored in the database are visible, just not those i= n the FileDataStore. > > When starting up our newly migrated repository for the first time I get a= few "Record not found" datastore exceptions and some associated Tika excep= tions for those missing datastore records - would those errors prevent the = entire datastore from being used? The number of errors are far less than th= e 3000 or so items in the datastore, so it would suggest that it's either i= gnoring most of the datastore contents, or at start up at least they are re= cognised as valid. > > As before, once our repository has started I am able to add new nodes to = the datastore, and these behave has expected. > > Any help, gratefully received - I'm really keen to get our repos onto 2.1= 0 as some of its new query functionality is much needed! > > Robin > > > > > On 27 Aug 2010, at 16:03, Robin Wyles wrote: > >> Hi Stefan >> >> On 27 Aug 2010, at 13:11, Stefan Guggisberg wrote: >> >>> On Fri, Aug 27, 2010 at 2:02 PM, Stefan Guggisberg >>> <sabrinagardner@example.net> wrote: >>>> On Fri, Aug 27, 2010 at 1:18 PM, Robin Wyles <sabrinagardner@example.net> w= rote: >>>>> Hi Stefan, >>>>> >>>>> Thanks for your quick reply... >>>>> >>>>> On 27 Aug 2010, at 11:36, Stefan Guggisberg wrote: >>>>> >>>>>> hi robin, >>>>>> >>>>>> On Fri, Aug 27, 2010 at 11:25 AM, Robin Wyles <sabrinagardner@example.net= > wrote: >>>>>>> Hi, >>>>>>> >>>>>>> I'm having problems migrating an existing repository from Jackrabbi= t 1.6.0 to 2.1.0. >>>>>>> >>>>>>> Here are the steps I followed to test the migration: >>>>>>> >>>>>>> 1. Update app to use Jackrabbit 2.1.0, run unit tests etc. Manually= test against empty 2.1.0 repository. All works fine here. Our repository c= onfiguration has not changed at all between versions. >>>>>>> >>>>>>> 2. Used mysqldump to export production repository. >>>>>>> >>>>>>> 3. Copy production repository directory (workspace folder, datastor= e, index folders etc.) to test machine. >>>>>>> >>>>>>> 4. Import SQL file from 2 above to new DB on test machine. >>>>>>> >>>>>>> 5. Start application on test machine. >>>>>>> >>>>>>> The result of the above is that the application starts up without e= rror but that the repository appears empty. I am able to add new nodes to t= he repository, which behave correctly within the application yet none of th= e existing nodes are visible. I've tried xpath queries against known paths,= e.g. "//library/*" and these return 0 nodes. >>>>>>> >>>>>>> A few things I've tried/noticed: >>>>>>> >>>>>>> 1. Repeating steps 3 and 4 above, then removing the old index direc= tories before starting the application. Jackrabbit creates new lucene index= es, but they are very small, just like they would be when initialising an e= mpty repository. Also, the index files are called indexes_2 rather than ind= exes as they were under 1.6.0. >>>>>>> >>>>>>> 2. When starting the app after the migration I notice that 4 extra = records have been added to the BUNDLE table, 3 extra records are added to t= he VERSION_BUNDLE table and 2 extra records added to the VERSION_NAMES tabl= e. Again, this seems to be consistent with what is added automatically adde= d to the database when a new repository is initialised. >>>>>>> >>>>>>> So, basically it appears that Jackrabbit is completely ignoring the= existing repository data, and instead initialising a new repos using the e= xisting database=85 >>>>>>> >>>>>>> If anyone has any ideas as to how I can get 2.1.0 to recognise our = existing repository they'd be gratefully received - I feel there must be so= mething simple I've overlooked! >>>>>> >>>>>> hmm, seems like the key values (i.e. the id format) has changed. >>>>>> however, i am not aware of such a change. >>>>>> maybe someone else knows more? >>>>> >>>>> The release notes for Jackrabbit 2.0.0 claim that it is backward comp= atible with 1.x repositories. I've seen a couple of messages on the users l= ist relating to migration issues but these seem to involve custom nodetypes= , whereas our repository has no custom nodetypes. >>>>> >>>>> How may I see what key values/ID format is used by the different vers= ions? This sounds like quite a major change to me, and I'm sure =A0somethin= g that would've been documented! >>>> >>>> absolutely. however, if you're saying that 4 extra records have been >>>> inserted into the BUNDLE table >>>> and the BUNDLE table already had n>=3D4 records, i can only explain it >>>> with a changed binary representation >>>> of the record id's. >>>> >>>> the 4 BUNDLE records are: >>>> >>>> / (root node) >>>> /jcr:system >>>> /jcr:system/jcr:nodeTypes >>>> /jcr:system/jcr:versionStore >>>> >>>> the values of the ids those nodes are hard-coded in jackrabbit. >>>> on startup, those nodes will be created if they don't exist. >>>> >>>> i am not a mysql expert. have you compared the configurations >>>> of both mysql instances? maybe it's some strange charset/encoding >>>> issue... >> >> Both mysql instances use the same charset/encoding, and all tables on bo= th instances are set to utf-8 for encoding and collation. >> >> The only difference between the two mysql instances are their version - = slightly older on our production machine. >> >> However, what you say makes sense - it really does look like Jackrabbit = can't find those nodes on start up which implies there's a charset/encoding= issue. >> >> I'm going to see if I can duplicate the database on our production mysql= instance and test against that... >> >>> >>> or maybe it's a problem with the mysql indexes on those tables... >>> >> >> I tried deleting the mysql indexes and recreating them, it didn't seem t= o make any difference. >> >> Thanks, >> >> Robin >> >> >> >> >> > > > From users-returnsabrinagardner@example.net Wed Sep 01 13:46:11 2010 Return-Path: <users-returnsabrinagardner@example.net> Delivered-To: sabrinagardner@example.net Received: (qmail 88758 invoked from network); 1 Sep 2010 13:46:11 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 1 Sep 2010 13:46:11 -0000 Received: (qmail 53877 invoked by uid 500); 1 Sep 2010 13:46:10 -0000 Delivered-To: sabrinagardner@example.net Received: (qmail 53105 invoked by uid 500); 1 Sep 2010 13:46:06 -0000 Mailing-List: contact sabrinagardner@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:sabrinagardner@example.net> List-Unsubscribe: <mailto:sabrinagardner@example.net> List-Post: <mailto:sabrinagardner@example.net> List-Id: <users.jackrabbit.apache.org> Reply-To: sabrinagardner@example.net Delivered-To: mailing list sabrinagardner@example.net Received: (qmail 53094 invoked by uid 99); 1 Sep 2010 13:46:06 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Sep 2010 13:46:06 +0000 X-ASF-Spam-Status: No, hits=2.9 required=10.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [83.161.120.155] (HELO mail-wy0-f170.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Sep 2010 13:45:56 +0000 Received: by wyf19 with SMTP id 19so14698753wyf.1 for <sabrinagardner@example.net>; Wed, 01 Sep 2010 06:45:36 -0700 (PDT) Received: by 83.161.120.155 with SMTP id g21mr7731409wbs.218.1283348735812; Wed, 01 Sep 2010 06:45:35 -0700 (PDT) MIME-Version: 1.0 Received: by 83.161.120.155 with HTTP; Wed, 1 Sep 2010 06:45:15 -0700 (PDT) X-Originating-IP: [83.161.120.155] From: Carl Hall <sabrinagardner@example.net> Date: Wed, 1 Sep 2010 09:45:15 -0400 Message-ID: <sabrinagardner@example.net> Subject: Converting XPath to JCR-SQL2 To: sabrinagardner@example.net Content-Type: multipart/alternative; boundary=0016365eebd0856a0f048f32e9b5 X-Virus-Checked: Checked by ClamAV on apache.org --0016365eebd0856a0f048f32e9b5 Content-Type: text/plain; charset=ISO-8859-1 Since XPath has been deprecated for searching, I'm working to change over some XPath queries to JCR-SQL2. I have this one that is killing performance. Translating the query below to JCR-SQL2 caused a performance problem (0.072s -> 5s+). Am I doing something wrong or is the JCR-SQL2 engine still coming along? XPath888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4 //*[@sling:resourceType="sakai/group-profile" and jcr:contains(.,'g-test-group')] order by @jcr:score descending JCR-SQL888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4 SELECT * FROM [nt:base] as n WHERE [sling:resourceType] = "sakai/group-profile" and contains(n.*,'g-test-group') order by score() desc --0016365eebd0856a0f048f32e9b5-- From users-returnsabrinagardner@example.net Wed Sep 01 13:55:47 2010 Return-Path: <users-returnsabrinagardner@example.net> Delivered-To: sabrinagardner@example.net Received: (qmail 90573 invoked from network); 1 Sep 2010 13:55:47 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 1 Sep 2010 13:55:47 -0000 Received: (qmail 62640 invoked by uid 500); 1 Sep 2010 13:55:46 -0000 Delivered-To: sabrinagardner@example.net Received: (qmail 62400 invoked by uid 500); 1 Sep 2010 13:55:44 -0000 Mailing-List: contact sabrinagardner@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:sabrinagardner@example.net> List-Unsubscribe: <mailto:sabrinagardner@example.net> List-Post: <mailto:sabrinagardner@example.net> List-Id: <users.jackrabbit.apache.org> Reply-To: sabrinagardner@example.net Delivered-To: mailing list sabrinagardner@example.net Received: (qmail 62152 invoked by uid 99); 1 Sep 2010 13:55:43 -0000 Received: from Unknown (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Sep 2010 13:55:43 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of sabrinagardner@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO mail-iw0-f170.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Sep 2010 13:55:20 +0000 Received: by iwn37 with SMTP id 37so13090279iwn.1 for <sabrinagardner@example.net>; Wed, 01 Sep 2010 06:54:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=rn9KCJ9VtHK97NjD113+K62t0/Jdh1tn6Jz57f4OBAQ=; b=FS8JHhv/1ZVAZNbglq00bsJ1RJ7Ce1pk3TmKvj7BSKuoRAzxU6CjKsZJsyrowI0KVa paxIoSPEOtNtMvvCrH7mxLbDIJ9yDXhvNWKOCn2v2YZYVqUHwg4OJibmynwGagjyJa09 OZqiCpxQL51RO5WdSjM+tDG4Hspi4ruxskY4k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; b=KWG2hq76zy/VjQDMBfnumkZyPaMwvD9LZ9HaX4DIx7avFFcv52hZQH1aAzNjeVPZrT qutdPLf+Jw/0chIDv+4cOzc7ti+8uEJFTRZ/t5b21kEYBOSE+tF+sd/SSleei10kVqRq LrGQ1hseN2sd9uecXzEniMCKekhDfZgkPyxAA= Received: by 83.161.120.155 with SMTP id g9mr8573323ibd.117.1283349299414; Wed, 01 Sep 2010 06:54:59 -0700 (PDT) MIME-Version: 1.0 Received: by 83.161.120.155 with HTTP; Wed, 1 Sep 2010 06:54:39 -0700 (PDT) In-Reply-To: <sabrinagardner@example.net> References: <sabrinagardner@example.net> From: Jukka Zitting <sabrinagardner@example.net> Date: Wed, 1 Sep 2010 15:54:39 +0200 Message-ID: <sabrinagardner@example.net> Subject: Re: Converting XPath to JCR-SQL2 To: sabrinagardner@example.net Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org Hi, On Wed, Sep 1, 2010 at 3:45 PM, Carl Hall <sabrinagardner@example.net> wrote: > Since XPath has been deprecated for searching, I'm working to change over > some XPath queries to JCR-SQL2. =A0I have this one that is killing > performance. =A0 =A0Translating the query below to JCR-SQL2 caused a perf= ormance > problem (0.072s -> 5s+). > > Am I doing something wrong or is the JCR-SQL2 engine still coming along? The current JCR-SQL2 implementation is not yet optimized for performance. I'm currently working on improving the JCR-SQL2 implementation, see JCR-2715 [1]. I expect to make JCR-SQL2 query performance comparable to XPath and SQL1 performance in time for the 2.2 release. [1] https://issues.apache.org/jira/browse/JCR-2715 BR, Jukka Zitting From users-returnsabrinagardner@example.net Wed Sep 01 14:16:07 2010 Return-Path: <users-returnsabrinagardner@example.net> Delivered-To: sabrinagardner@example.net Received: (qmail 278 invoked from network); 1 Sep 2010 14:16:06 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 1 Sep 2010 14:16:06 -0000 Received: (qmail 91249 invoked by uid 500); 1 Sep 2010 14:16:06 -0000 Delivered-To: sabrinagardner@example.net Received: (qmail 90889 invoked by uid 500); 1 Sep 2010 14:16:03 -0000 Mailing-List: contact sabrinagardner@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:sabrinagardner@example.net> List-Unsubscribe: <mailto:sabrinagardner@example.net> List-Post: <mailto:sabrinagardner@example.net> List-Id: <users.jackrabbit.apache.org> Reply-To: sabrinagardner@example.net Delivered-To: mailing list sabrinagardner@example.net Received: (qmail 90854 invoked by uid 99); 1 Sep 2010 14:16:02 -0000 Received: from Unknown (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Sep 2010 14:16:02 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of sabrinagardner@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO smtp.jacaranda.co.uk) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Sep 2010 14:15:40 +0000 Received: from [IPv888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4:1] ([83.161.120.155]) (authenticated user sabrinagardner@example.net) by smtp.jacaranda.co.uk (Kerio MailServer 6.7.3 patch 1) (using TLSv1/SSLv3 with cipher AES128-SHA (128 bits)) for sabrinagardner@example.net; Wed, 1 Sep 2010 15:15:17 +0100 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Apple Message framework v1081) Subject: Re: Problems migrating from 1.6.0 to 2.1.0 From: Robin Wyles <sabrinagardner@example.net> In-Reply-To: <sabrinagardner@example.net> Date: Wed, 1 Sep 2010 15:15:00 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <sabrinagardner@example.net> References: <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> To: sabrinagardner@example.net X-Mailer: Apple Mail (2.1081) X-Virus-Checked: Checked by ClamAV on apache.org Hi Stefan, On 1 Sep 2010, at 10:44, Stefan Guggisberg wrote: > On Wed, Sep 1, 2010 at 11:38 AM, Robin Wyles <sabrinagardner@example.net> = wrote: >> An update on this... >>=20 >> Stefan was indeed correct and it a charset/encoding issue that was = causing Jackrabbit to ignore the existing repository content. >=20 > thanks for the information. can you please provide more details about > the exact nature of the problem? >=20 Sure, it seems that mysqldump has a habit of corrupting charsets other = than latin1. We forced the use of latin1 using following commands to = export/import our repository data: mysqldump -u username -p --default-character-set=3Dlatin1 -N database > = backup.sql mysql -u username -p --default-character-set=3Dlatin1 database < = backup.sql There's more info here: http://docforge.com/wiki/Mysqldump Even though this appears to work we're still unable to see any nt:file = nodes whose binary data is stored in the datastore, I'm not sure whether = this is a related or separate issue... Robin > cheers > stefan >=20 >>=20 >> However, now that I have manage to get our existing repository = running under 2.1.0 I have a new problem and that is that all the = nt:file nodes whose content is stored in the datastore (FileDataStore) = are missing. The small nt:file nodes that are stored in the database are = visible, just not those in the FileDataStore. >>=20 >> When starting up our newly migrated repository for the first time I = get a few "Record not found" datastore exceptions and some associated = Tika exceptions for those missing datastore records - would those errors = prevent the entire datastore from being used? The number of errors are = far less than the 3000 or so items in the datastore, so it would suggest = that it's either ignoring most of the datastore contents, or at start up = at least they are recognised as valid. >>=20 >> As before, once our repository has started I am able to add new nodes = to the datastore, and these behave has expected. >>=20 >> Any help, gratefully received - I'm really keen to get our repos onto = 2.10 as some of its new query functionality is much needed! >>=20 >> Robin >>=20 >>=20 >>=20 >>=20 >> On 27 Aug 2010, at 16:03, Robin Wyles wrote: >>=20 >>> Hi Stefan >>>=20 >>> On 27 Aug 2010, at 13:11, Stefan Guggisberg wrote: >>>=20 >>>> On Fri, Aug 27, 2010 at 2:02 PM, Stefan Guggisberg >>>> <sabrinagardner@example.net> wrote: >>>>> On Fri, Aug 27, 2010 at 1:18 PM, Robin Wyles = <sabrinagardner@example.net> wrote: >>>>>> Hi Stefan, >>>>>>=20 >>>>>> Thanks for your quick reply... >>>>>>=20 >>>>>> On 27 Aug 2010, at 11:36, Stefan Guggisberg wrote: >>>>>>=20 >>>>>>> hi robin, >>>>>>>=20 >>>>>>> On Fri, Aug 27, 2010 at 11:25 AM, Robin Wyles = <sabrinagardner@example.net> wrote: >>>>>>>> Hi, >>>>>>>>=20 >>>>>>>> I'm having problems migrating an existing repository from = Jackrabbit 1.6.0 to 2.1.0. >>>>>>>>=20 >>>>>>>> Here are the steps I followed to test the migration: >>>>>>>>=20 >>>>>>>> 1. Update app to use Jackrabbit 2.1.0, run unit tests etc. = Manually test against empty 2.1.0 repository. All works fine here. Our = repository configuration has not changed at all between versions. >>>>>>>>=20 >>>>>>>> 2. Used mysqldump to export production repository. >>>>>>>>=20 >>>>>>>> 3. Copy production repository directory (workspace folder, = datastore, index folders etc.) to test machine. >>>>>>>>=20 >>>>>>>> 4. Import SQL file from 2 above to new DB on test machine. >>>>>>>>=20 >>>>>>>> 5. Start application on test machine. >>>>>>>>=20 >>>>>>>> The result of the above is that the application starts up = without error but that the repository appears empty. I am able to add = new nodes to the repository, which behave correctly within the = application yet none of the existing nodes are visible. I've tried xpath = queries against known paths, e.g. "//library/*" and these return 0 = nodes. >>>>>>>>=20 >>>>>>>> A few things I've tried/noticed: >>>>>>>>=20 >>>>>>>> 1. Repeating steps 3 and 4 above, then removing the old index = directories before starting the application. Jackrabbit creates new = lucene indexes, but they are very small, just like they would be when = initialising an empty repository. Also, the index files are called = indexes_2 rather than indexes as they were under 1.6.0. >>>>>>>>=20 >>>>>>>> 2. When starting the app after the migration I notice that 4 = extra records have been added to the BUNDLE table, 3 extra records are = added to the VERSION_BUNDLE table and 2 extra records added to the = VERSION_NAMES table. Again, this seems to be consistent with what is = added automatically added to the database when a new repository is = initialised. >>>>>>>>=20 >>>>>>>> So, basically it appears that Jackrabbit is completely ignoring = the existing repository data, and instead initialising a new repos using = the existing database=85 >>>>>>>>=20 >>>>>>>> If anyone has any ideas as to how I can get 2.1.0 to recognise = our existing repository they'd be gratefully received - I feel there = must be something simple I've overlooked! >>>>>>>=20 >>>>>>> hmm, seems like the key values (i.e. the id format) has changed. >>>>>>> however, i am not aware of such a change. >>>>>>> maybe someone else knows more? >>>>>>=20 >>>>>> The release notes for Jackrabbit 2.0.0 claim that it is backward = compatible with 1.x repositories. I've seen a couple of messages on the = users list relating to migration issues but these seem to involve custom = nodetypes, whereas our repository has no custom nodetypes. >>>>>>=20 >>>>>> How may I see what key values/ID format is used by the different = versions? This sounds like quite a major change to me, and I'm sure = something that would've been documented! >>>>>=20 >>>>> absolutely. however, if you're saying that 4 extra records have = been >>>>> inserted into the BUNDLE table >>>>> and the BUNDLE table already had n>=3D4 records, i can only = explain it >>>>> with a changed binary representation >>>>> of the record id's. >>>>>=20 >>>>> the 4 BUNDLE records are: >>>>>=20 >>>>> / (root node) >>>>> /jcr:system >>>>> /jcr:system/jcr:nodeTypes >>>>> /jcr:system/jcr:versionStore >>>>>=20 >>>>> the values of the ids those nodes are hard-coded in jackrabbit. >>>>> on startup, those nodes will be created if they don't exist. >>>>>=20 >>>>> i am not a mysql expert. have you compared the configurations >>>>> of both mysql instances? maybe it's some strange charset/encoding >>>>> issue... >>>=20 >>> Both mysql instances use the same charset/encoding, and all tables = on both instances are set to utf-8 for encoding and collation. >>>=20 >>> The only difference between the two mysql instances are their = version - slightly older on our production machine. >>>=20 >>> However, what you say makes sense - it really does look like = Jackrabbit can't find those nodes on start up which implies there's a = charset/encoding issue. >>>=20 >>> I'm going to see if I can duplicate the database on our production = mysql instance and test against that... >>>=20 >>>>=20 >>>> or maybe it's a problem with the mysql indexes on those tables... >>>>=20 >>>=20 >>> I tried deleting the mysql indexes and recreating them, it didn't = seem to make any difference. >>>=20 >>> Thanks, >>>=20 >>> Robin >>>=20 >>>=20 >>>=20 >>>=20 >>>=20 >>=20 >>=20 >>=20 From users-returnsabrinagardner@example.net Wed Sep 01 14:17:25 2010 Return-Path: <users-returnsabrinagardner@example.net> Delivered-To: sabrinagardner@example.net Received: (qmail 519 invoked from network); 1 Sep 2010 14:17:25 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 1 Sep 2010 14:17:25 -0000 Received: (qmail 92554 invoked by uid 500); 1 Sep 2010 14:17:25 -0000 Delivered-To: sabrinagardner@example.net Received: (qmail 92161 invoked by uid 500); 1 Sep 2010 14:17:22 -0000 Mailing-List: contact sabrinagardner@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:sabrinagardner@example.net> List-Unsubscribe: <mailto:sabrinagardner@example.net> List-Post: <mailto:sabrinagardner@example.net> List-Id: <users.jackrabbit.apache.org> Reply-To: sabrinagardner@example.net Delivered-To: mailing list sabrinagardner@example.net Received: (qmail 92145 invoked by uid 99); 1 Sep 2010 14:17:21 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Sep 2010 14:17:21 +0000 X-ASF-Spam-Status: No, hits=2.9 required=10.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [83.161.120.155] (HELO mail-wy0-f170.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Sep 2010 14:17:14 +0000 Received: by wyf19 with SMTP id 19so14749786wyf.1 for <sabrinagardner@example.net>; Wed, 01 Sep 2010 07:16:53 -0700 (PDT) Received: by 83.161.120.155 with SMTP id h15mr7446577wbv.149.1283350613183; Wed, 01 Sep 2010 07:16:53 -0700 (PDT) MIME-Version: 1.0 Received: by 83.161.120.155 with HTTP; Wed, 1 Sep 2010 07:16:33 -0700 (PDT) X-Originating-IP: [83.161.120.155] In-Reply-To: <sabrinagardner@example.net> References: <sabrinagardner@example.net> <sabrinagardner@example.net> From: Carl Hall <sabrinagardner@example.net> Date: Wed, 1 Sep 2010 10:16:33 -0400 Message-ID: <sabrinagardner@example.net> Subject: Re: Converting XPath to JCR-SQL2 To: sabrinagardner@example.net Content-Type: multipart/alternative; boundary=001636833a426bcfb9048f33593f --001636833a426bcfb9048f33593f Content-Type: text/plain; charset=ISO-8859-1 Hi Jukka, Thanks for the response and your continued work on JR. I look forward using your improvements! Carl On Wed, Sep 1, 2010 at 9:54 AM, Jukka Zitting <sabrinagardner@example.net>wrote: > Hi, > > On Wed, Sep 1, 2010 at 3:45 PM, Carl Hall <sabrinagardner@example.net> wrote: > > Since XPath has been deprecated for searching, I'm working to change over > > some XPath queries to JCR-SQL2. I have this one that is killing > > performance. Translating the query below to JCR-SQL2 caused a > performance > > problem (0.072s -> 5s+). > > > > Am I doing something wrong or is the JCR-SQL2 engine still coming along? > > The current JCR-SQL2 implementation is not yet optimized for performance. > > I'm currently working on improving the JCR-SQL2 implementation, see > JCR-2715 [1]. I expect to make JCR-SQL2 query performance comparable > to XPath and SQL1 performance in time for the 2.2 release. > > [1] https://issues.apache.org/jira/browse/JCR-2715 > > BR, > > Jukka Zitting > --001636833a426bcfb9048f33593f-- From users-returnsabrinagardner@example.net Wed Sep 01 14:22:55 2010 Return-Path: <users-returnsabrinagardner@example.net> Delivered-To: sabrinagardner@example.net Received: (qmail 1482 invoked from network); 1 Sep 2010 14:22:55 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 1 Sep 2010 14:22:55 -0000 Received: (qmail 1446 invoked by uid 500); 1 Sep 2010 14:22:54 -0000 Delivered-To: sabrinagardner@example.net Received: (qmail 1175 invoked by uid 500); 1 Sep 2010 14:22:52 -0000 Mailing-List: contact sabrinagardner@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:sabrinagardner@example.net> List-Unsubscribe: <mailto:sabrinagardner@example.net> List-Post: <mailto:sabrinagardner@example.net> List-Id: <users.jackrabbit.apache.org> Reply-To: sabrinagardner@example.net Delivered-To: mailing list sabrinagardner@example.net Received: (qmail 1166 invoked by uid 99); 1 Sep 2010 14:22:52 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Sep 2010 14:22:52 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of sabrinagardner@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO eu3sys201amo011.postini.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with SMTP; Wed, 01 Sep 2010 14:22:44 +0000 Received: from source ([83.161.120.155]) by eu3sys201aob105.postini.com ([83.161.120.155]) with SMTP ID sabrinagardner@example.net; Wed, 01 Sep 2010 14:22:23 UTC Received: by qyk12 with SMTP id 12so778767qyk.0 for <sabrinagardner@example.net>; Wed, 01 Sep 2010 07:22:18 -0700 (PDT) MIME-Version: 1.0 Received: by 83.161.120.155 with SMTP id ma16mr5601653qcb.90.1283350938417; Wed, 01 Sep 2010 07:22:18 -0700 (PDT) Received: by 83.161.120.155 with HTTP; Wed, 1 Sep 2010 07:22:17 -0700 (PDT) In-Reply-To: <sabrinagardner@example.net> References: <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> Date: Wed, 1 Sep 2010 16:22:17 +0200 Message-ID: <sabrinagardner@example.net> Subject: Re: Problems migrating from 1.6.0 to 2.1.0 From: =?ISO-8859-1?Q?Thomas_M=FCller?= <sabrinagardner@example.net> To: sabrinagardner@example.net Content-Type: text/plain; charset=ISO-8859-1 Hi, The FileDataStore stores the data in the file system. When migrating data, you need to copy those files to the right directory, or you need to change the repository configuration so it points to the old directory. See also http://wiki.apache.org/jackrabbit/DataStore#Configuration Please let us know if this doesn't solve the problem. Regards, Thomas From users-returnsabrinagardner@example.net Wed Sep 01 14:34:37 2010 Return-Path: <users-returnsabrinagardner@example.net> Delivered-To: sabrinagardner@example.net Received: (qmail 4822 invoked from network); 1 Sep 2010 14:34:37 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 1 Sep 2010 14:34:37 -0000 Received: (qmail 21859 invoked by uid 500); 1 Sep 2010 14:34:36 -0000 Delivered-To: sabrinagardner@example.net Received: (qmail 21585 invoked by uid 500); 1 Sep 2010 14:34:34 -0000 Mailing-List: contact sabrinagardner@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:sabrinagardner@example.net> List-Unsubscribe: <mailto:sabrinagardner@example.net> List-Post: <mailto:sabrinagardner@example.net> List-Id: <users.jackrabbit.apache.org> Reply-To: sabrinagardner@example.net Delivered-To: mailing list sabrinagardner@example.net Received: (qmail 21572 invoked by uid 99); 1 Sep 2010 14:34:33 -0000 Received: from Unknown (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Sep 2010 14:34:33 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of sabrinagardner@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO smtp.jacaranda.co.uk) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Sep 2010 14:34:07 +0000 Received: from [IPv888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4:1] ([83.161.120.155]) (authenticated user sabrinagardner@example.net) by smtp.jacaranda.co.uk (Kerio MailServer 6.7.3 patch 1) (using TLSv1/SSLv3 with cipher AES128-SHA (128 bits)) for sabrinagardner@example.net; Wed, 1 Sep 2010 15:33:46 +0100 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Apple Message framework v1081) Subject: Re: Problems migrating from 1.6.0 to 2.1.0 From: Robin Wyles <sabrinagardner@example.net> In-Reply-To: <sabrinagardner@example.net> Date: Wed, 1 Sep 2010 15:33:30 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <sabrinagardner@example.net> References: <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> To: sabrinagardner@example.net X-Mailer: Apple Mail (2.1081) X-Virus-Checked: Checked by ClamAV on apache.org Hi Thomas, The datastore has been copied, and the repository knows where it is. I = know this because after startup I am able to add new nt:file nodes, and = can see the new datastore directories being created on the file system. = The newly added nt:file nodes can be seen, just none of the existing = ones unless their binary data is stored in the persistence manager = (MySQL). Thanks, Robin On 1 Sep 2010, at 15:22, Thomas M=FCller wrote: > Hi, >=20 > The FileDataStore stores the data in the file system. When migrating > data, you need to copy those files to the right directory, or you need > to change the repository configuration so it points to the old > directory. See also > http://wiki.apache.org/jackrabbit/DataStore#Configuration >=20 > Please let us know if this doesn't solve the problem. >=20 > Regards, > Thomas From users-returnsabrinagardner@example.net Wed Sep 01 15:10:25 2010 Return-Path: <users-returnsabrinagardner@example.net> Delivered-To: sabrinagardner@example.net Received: (qmail 17153 invoked from network); 1 Sep 2010 15:10:25 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 1 Sep 2010 15:10:25 -0000 Received: (qmail 84439 invoked by uid 500); 1 Sep 2010 15:10:25 -0000 Delivered-To: sabrinagardner@example.net Received: (qmail 84201 invoked by uid 500); 1 Sep 2010 15:10:23 -0000 Mailing-List: contact sabrinagardner@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:sabrinagardner@example.net> List-Unsubscribe: <mailto:sabrinagardner@example.net> List-Post: <mailto:sabrinagardner@example.net> List-Id: <users.jackrabbit.apache.org> Reply-To: sabrinagardner@example.net Delivered-To: mailing list sabrinagardner@example.net Received: (qmail 84190 invoked by uid 99); 1 Sep 2010 15:10:23 -0000 Received: from Unknown (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Sep 2010 15:10:22 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of sabrinagardner@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO eu3sys201amo011.postini.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with SMTP; Wed, 01 Sep 2010 15:09:58 +0000 Received: from source ([83.161.120.155]) by eu3sys201aob105.postini.com ([83.161.120.155]) with SMTP ID sabrinagardner@example.net; Wed, 01 Sep 2010 15:09:38 UTC Received: by qyk33 with SMTP id 33so8452087qyk.12 for <sabrinagardner@example.net>; Wed, 01 Sep 2010 08:09:36 -0700 (PDT) MIME-Version: 1.0 Received: by 83.161.120.155 with SMTP id hp21mr5655532qcb.11.1283353772578; Wed, 01 Sep 2010 08:09:32 -0700 (PDT) Received: by 83.161.120.155 with HTTP; Wed, 1 Sep 2010 08:09:31 -0700 (PDT) In-Reply-To: <sabrinagardner@example.net> References: <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> <sabrinagardner@example.net> Date: Wed, 1 Sep 2010 17:09:31 +0200 Message-ID: <sabrinagardner@example.net> Subject: Re: Problems migrating from 1.6.0 to 2.1.0 From: =?ISO-8859-1?Q?Thomas_M=FCller?= <sabrinagardner@example.net> To: sabrinagardner@example.net Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org Hi, In Jackrabbit 1.6, did you always use the data store, or did you add the data store configuration after you already added data? Do you have any files in the blob store (workspaces/*/blob directory) in the old repository? Maybe it's easier to migrate the data using a tool from http://wiki.apache.org/jackrabbit/BackupAndMigration - for example the "Repository Copier Tool". Unfortunately, I don't have any experience using it. Regards, Thomas From users-returnsabrinagardner@example.net Wed Sep 01 18:25:38 2010 Return-Path: <users-returnsabrinagardner@example.net> Delivered-To: sabrinagardner@example.net Received: (qmail 92434 invoked from network); 1 Sep 2010 18:25:37 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 1 Sep 2010 18:25:37 -0000 Received: (qmail 29360 invoked by uid 500); 1 Sep 2010 18:25:37 -0000 Delivered-To: sabrinagardner@example.net Received: (qmail 29291 invoked by uid 500); 1 Sep 2010 18:25:36 -0000 Mailing-List: contact sabrinagardner@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:sabrinagardner@example.net> List-Unsubscribe: <mailto:sabrinagardner@example.net> List-Post: <mailto:sabrinagardner@example.net> List-Id: <users.jackrabbit.apache.org> Reply-To: sabrinagardner@example.net Delivered-To: mailing list sabrinagardner@example.net Received: (qmail 29282 invoked by uid 99); 1 Sep 2010 18:25:36 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Sep 2010 18:25:36 +0000 X-ASF-Spam-Status: No, hits=4.2 required=10.0 tests=FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,SPF_HELO_PASS,SPF_NEUTRAL,T_TO_NO_BRKTS_FREEMAIL,URI_HEX X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: 83.161.120.155 is neither permitted nor denied by domain of sabrinagardner@example.net) Received: from [83.161.120.155] (HELO kuber.nabble.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Sep 2010 18:25:31 +0000 Received: from joe.nabble.com ([83.161.120.155]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from <sabrinagardner@example.net>) id 1Oqrzi-0006yD-Tl for sabrinagardner@example.net; Wed, 01 Sep 2010 11:25:10 -0700 Date: Wed, 1 Sep 2010 11:25:10 -0700 (PDT) From: aimran <sabrinagardner@example.net> To: sabrinagardner@example.net Message-ID: <sabrinagardner@example.net> Subject: Help with JCR 2 access control MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit It seems, there is very sparse information about one of the key features [access control] of Jackrabbit 2. I started with the expectation that setting policies should be easy, but after browsing through the lists and documentation, I am still pounding my head. So, I use start a repository and want to set access control on a node so that some users can view it and some cannot. My repository.xml has the security configuration: <SecurityManager class="org.apache.jackrabbit.core.DefaultSecurityManager" workspaceName="default"> </SecurityManager> <AccessManager class="org.apache.jackrabbit.core.security.simple.SimpleAccessManager"> </AccessManager> <LoginModule class="org.apache.jackrabbit.core.security.simple.SimpleLoginModule"> </LoginModule> The code that tests the access control capability: Session session = null; try { session = Main.getInstance().getSession("admin", "admin","default");//get session to the default workspace Node n = session.getRootNode().addNode("base"); session.save(); print(session.getRootNode()); System.out.println("ACL:"+session.getAccessControlManager().getApplicablePolicies(session.getRootNode().getPath()).getSize()); //RepoUtil.print(session.getRootNode()); //Main.getInstance().createWorkSpace(session, "community1", "sabrinagardner@example.net"); } catch (Exception ex) { // ex.printStackTrace(); System.out.println("EXPN1:" + ex); } The getApplicablePolicies return 0. So how do I set access control on the node? The printing of the root node looks like this: [/(jcr:primaryType = rep:root)] [/jcr:system [/base(jcr:primaryType = nt:unstructured)] I must surely be missing something very obvious. -- View this message in context: http://jackrabbit.510166.n4.nabble.com/Help-with-JCR-2-access-control-tp2403697p2403697.html Sent from the Jackrabbit - Users mailing list sabrinagardner@example.net. From users-returnsabrinagardner@example.net Wed Sep 01 19:14:03 2010 Return-Path: <users-returnsabrinagardner@example.net> Delivered-To: sabrinagardner@example.net Received: (qmail 7779 invoked from network); 1 Sep 2010 19:14:03 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 1 Sep 2010 19:14:03 -0000 Received: (qmail 83373 invoked by uid 500); 1 Sep 2010 19:14:02 -0000 Delivered-To: sabrinagardner@example.net Received: (qmail 83297 invoked by uid 500); 1 Sep 2010 19:14:01 -0000 Mailing-List: contact sabrinagardner@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:sabrinagardner@example.net> List-Unsubscribe: <mailto:sabrinagardner@example.net> List-Post: <mailto:sabrinagardner@example.net> List-Id: <users.jackrabbit.apache.org> Reply-To: sabrinagardner@example.net Delivered-To: mailing list sabrinagardner@example.net Received: (qmail 83288 invoked by uid 99); 1 Sep 2010 19:14:01 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Sep 2010 19:14:01 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of sabrinagardner@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO mail-vw0-f42.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Sep 2010 19:13:55 +0000 Received: by vws18 with SMTP id 18so12154434vws.1 for <sabrinagardner@example.net>; Wed, 01 Sep 2010 12:13:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=gzE6TGWs50JMtqKnTi/0/pl36fSpnokLETACSPPtsLA=; b=d9GyOf26m19N5qgQuMiTwqmCNjZp1Y5UIqg3c4Y1MurAjV7hXTLCgkp878XnC8ywMM 4MuUlfKH2UdmcixgetAcB8T0mQenqcnbLSqekzFUSM/cZEhhBw+62nJUIR4R+lOFinvF VkoMjNXm1jqo4YDQYOGBMA1Pkn64PXBVX1XCw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; b=XvPTTXcbiFHm3TXUq3IY2bwgLJ1tkxffYQ1cnVOlrqhkGoe3IO6GL3y42gzaSEyf6R 4OBYOM60Mf61zBPMpmBtADhPQjQNzAwN+UT4IFB4hYnG2PieP2ulnjmSFSi7kJ0LWxKW 91+FDMNhvomsuOr58aQ8uxASgvayZl9ZZqU+I= Received: by 83.161.120.155 with SMTP id j31mr4402251vcr.131.1283368414135; Wed, 01 Sep 2010 12:13:34 -0700 (PDT) Received: from Justin-Edelsons-iMac.local (ool-44c6554e.dyn.optonline.net [83.161.120.155]) by mx.google.com with ESMTPS id r35sm3823476vbw.7.283.161.120.155.13.31 (version=SSLv3 cipher=RC4-MD5); Wed, 01 Sep 2010 12:13:31 -0700 (PDT) Message-ID: <sabrinagardner@example.net> Date: Wed, 01 Sep 2010 15:13:30 -0400 From: Justin Edelson <sabrinagardner@example.net> Reply-To: sabrinagardner@example.net User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:83.161.120.155) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: sabrinagardner@example.net Subject: Re: Help with JCR 2 access control References: <sabrinagardner@example.net> In-Reply-To: <sabrinagardner@example.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit You should use DefaultAccessManager. I also suspect you want to use getEffectivePolicies() or getPolicies() instead of getApplicablePolicies(), but that's up to you. Justin On 9/1/10 2:25 PM, aimran wrote: > > It seems, there is very sparse information about one of the key features > [access control] of Jackrabbit 2. I started with the expectation that > setting policies should be easy, but after browsing through the lists and > documentation, I am still pounding my head. > > So, I use start a repository and want to set access control on a node so > that some users can view it and some cannot. > > My repository.xml has the security configuration: > <SecurityManager class="org.apache.jackrabbit.core.DefaultSecurityManager" > workspaceName="default"> > </SecurityManager> > > <AccessManager > class="org.apache.jackrabbit.core.security.simple.SimpleAccessManager"> > </AccessManager> > > <LoginModule > class="org.apache.jackrabbit.core.security.simple.SimpleLoginModule"> > > > </LoginModule> > > The code that tests the access control capability: > Session session = null; > try { > session = Main.getInstance().getSession("admin", > "admin","default");//get session to the default workspace > Node n = session.getRootNode().addNode("base"); > session.save(); > print(session.getRootNode()); > > System.out.println("ACL:"+session.getAccessControlManager().getApplicablePolicies(session.getRootNode().getPath()).getSize()); > //RepoUtil.print(session.getRootNode()); > //Main.getInstance().createWorkSpace(session, "community1", > "sabrinagardner@example.net"); > } catch (Exception ex) { > // ex.printStackTrace(); > System.out.println("EXPN1:" + ex); > } > > The getApplicablePolicies return 0. So how do I set access control on the > node? > > The printing of the root node looks like this: > [/(jcr:primaryType = rep:root)] > [/jcr:system > [/base(jcr:primaryType = nt:unstructured)] > > I must surely be missing something very obvious. From users-returnsabrinagardner@example.net Wed Sep 01 21:47:09 2010 Return-Path: <users-returnsabrinagardner@example.net> Delivered-To: sabrinagardner@example.net Received: (qmail 47599 invoked from network); 1 Sep 2010 21:47:08 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 1 Sep 2010 21:47:08 -0000 Received: (qmail 90512 invoked by uid 500); 1 Sep 2010 21:47:08 -0000 Delivered-To: sabrinagardner@example.net Received: (qmail 90443 invoked by uid 500); 1 Sep 2010 21:47:07 -0000 Mailing-List: contact sabrinagardner@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:sabrinagardner@example.net> List-Unsubscribe: <mailto:sabrinagardner@example.net> List-Post: <mailto:sabrinagardner@example.net> List-Id: <users.jackrabbit.apache.org> Reply-To: sabrinagardner@example.net Delivered-To: mailing list sabrinagardner@example.net Received: (qmail 90434 invoked by uid 99); 1 Sep 2010 21:47:07 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Sep 2010 21:47:07 +0000 X-ASF-Spam-Status: No, hits=4.2 required=10.0 tests=FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,SPF_HELO_PASS,SPF_NEUTRAL,T_TO_NO_BRKTS_FREEMAIL,URI_HEX X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: 83.161.120.155 is neither permitted nor denied by domain of sabrinagardner@example.net) Received: from [83.161.120.155] (HELO kuber.nabble.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Sep 2010 21:47:02 +0000 Received: from joe.nabble.com ([83.161.120.155]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from <sabrinagardner@example.net>) id 1Oqv8j-0006ML-Vo for sabrinagardner@example.net; Wed, 01 Sep 2010 14:46:42 -0700 Date: Wed, 1 Sep 2010 14:46:41 -0700 (PDT) From: aimran <sabrinagardner@example.net> To: sabrinagardner@example.net Message-ID: <sabrinagardner@example.net> In-Reply-To: <sabrinagardner@example.net> References: <sabrinagardner@example.net> <sabrinagardner@example.net> Subject: Re: Help with JCR 2 access control MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I tried that. Apparently there is no way to set permissions at root level. Everyone gets read access. Also, it seems that there is no way to set permission such as NO_ACCESS. Everybody gets a read access. So, if I want to set two top level nodes, DEPT1 & DEPT2, they they both get ready view to each other. Cant get them to hide from each other. Another problem I found is that you have to create a user before you can apply the permissions. I didn't find a way to change the password. It is a common scenario for users to change password. There is literally no documentation on the access control feature [apart from spec, which doesn't talk about usage] so I am forced to believe that this is an experimental feature and will take some time to become usable in real life scenarios. Setting access control in LDAP or RDBMS is such a piece of cake. JCR is so weird and convoluted. Ah well, back to relational database [by the time I have this figured out, I can have my app working in MySQL]... Tip to developers: Please make it simpler such as node.setPermission(Principal p, Privileges[] priv);. Whats with the 30 lines of code to get iterators, looping, creating users, casting... -- View this message in context: http://jackrabbit.510166.n4.nabble.com/Help-with-JCR-2-access-control-tp2403697p2424115.html Sent from the Jackrabbit - Users mailing list sabrinagardner@example.net. From users-returnsabrinagardner@example.net Thu Sep 02 01:05:52 2010 Return-Path: <users-returnsabrinagardner@example.net> Delivered-To: sabrinagardner@example.net Received: (qmail 6290 invoked from network); 2 Sep 2010 01:05:52 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 2 Sep 2010 01:05:52 -0000 Received: (qmail 9464 invoked by uid 500); 2 Sep 2010 01:05:51 -0000 Delivered-To: sabrinagardner@example.net Received: (qmail 9413 invoked by uid 500); 2 Sep 2010 01:05:51 -0000 Mailing-List: contact sabrinagardner@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:sabrinagardner@example.net> List-Unsubscribe: <mailto:sabrinagardner@example.net> List-Post: <mailto:sabrinagardner@example.net> List-Id: <users.jackrabbit.apache.org> Reply-To: sabrinagardner@example.net Delivered-To: mailing list sabrinagardner@example.net Received: (qmail 9404 invoked by uid 99); 2 Sep 2010 01:05:51 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Sep 2010 01:05:51 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of sabrinagardner@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO mail-iw0-f170.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Sep 2010 01:05:44 +0000 Received: by iwn37 with SMTP id 37so13788972iwn.1 for <sabrinagardner@example.net>; Wed, 01 Sep 2010 18:05:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=rr+NNnZfPifH8KjI/JI0fQ7GeOv8HUpCT105DSy+bro=; b=T3F54aof5RdSr4f66R9i7my3X5Va0pJGhuub3UDMaZWwLlm0eDsb3OcbyFTSWlQRkp Q3QvUkUgBmx6WiBeFJWOA8CzlxCvX7Zfz07QPu3sgJNGNMmY3Iv6F+VCGYHdr6m9YCww B5HXTVYYJo4uIZed7Zk0cszAbjuIz3gKqb+Qk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=FJrl5EsbUqrTXtGMEvciX1O16x2INvsr5AvCk1zEaTx67aLmJYGhIT/D5533I2CeZk g6jhycfzjDJ0pRtjn9Z8dUBmlIySor7NV4goOi81Du7uQg0iHV/GOIEnmHWy25rcyF5z 4aaGf1ZF/wp+0m3910gs/6mFhxTDbOh77bTQI= MIME-Version: 1.0 Received: by 83.161.120.155 with SMTP id x7mr9632942ibc.33.1283389524284; Wed, 01 Sep 2010 18:05:24 -0700 (PDT) Received: by 83.161.120.155 with HTTP; Wed, 1 Sep 2010 18:05:24 -0700 (PDT) Date: Thu, 2 Sep 2010 03:05:24 +0200 Message-ID: <sabrinagardner@example.net> Subject: Strange behaviour when deleting and Item in jackrabbit 1.5.6 From: Luis Muniz <sabrinagardner@example.net> To: sabrinagardner@example.net Content-Type: multipart/alternative; boundary=00032557578ab430f7048f3c6899 --00032557578ab430f7048f3c6899 Content-Type: text/plain; charset=UTF-8 Hi, I am trying to delete a Node, and following the API documentation, I need to call remove() on the Node, and then save() on the parent of the Node. When I then view the repository with a webdav client, I can still see the 'deleted' node under the parent. But the strange thing is that If I try to find the node via XPath, once it has been deleted in this way, I can't find it. So the delete operation did work in the sense that the Node cannot be found by XPath anymore, but the Parent Node still lists it as its children. Am I missing anything? Technical details: I am using the jcr spring module, and this is my configuration: My transactionManager is a org.springmodules.jcr.jackrabbit.LocalTransactionManager My DataStore is a org.apache.jackrabbit.core.data.FileDataStore I'll be happy to provide any additional information. Could anyone explain what it is that I am doing wrong, or how I
{'source': 'Apache Software Foundation Public Mail Archives'}