Return-Path: Delivered-To: apmail-jackrabbit-users-archive@locus.apache.org Received: (qmail 3300 invoked from network); 3 Jun 2006 01:45:53 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 3 Jun 2006 01:45:53 -0000 Received: (qmail 14708 invoked by uid 500); 3 Jun 2006 01:45:53 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 14697 invoked by uid 500); 3 Jun 2006 01:45:53 -0000 Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@jackrabbit.apache.org Delivered-To: mailing list users@jackrabbit.apache.org Received: (qmail 14688 invoked by uid 99); 3 Jun 2006 01:45:53 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Jun 2006 18:45:53 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=RCVD_IN_BL_SPAMCOP_NET,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of the.mindstorm.mailinglist@gmail.com designates 66.249.92.169 as permitted sender) Received: from [66.249.92.169] (HELO ug-out-1314.google.com) (66.249.92.169) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Jun 2006 18:45:52 -0700 Received: by ug-out-1314.google.com with SMTP id a2so700528ugf for ; Fri, 02 Jun 2006 18:45:31 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=i04swMWPBwHptZJsbiKNQyWtgspp9i2wDf4wrMdRlFBKcLOVB0unj6IVjFkhuohKLdPz9ZLMwQ6n/cW0lePqU8/IP9pgKB1f/oLoJT07shhiWoLGOVXUzjjAKWXC7Bp3WHuzYNZXn2nxOC+vM7MWslckEd1zPRqXSGJ208nm0sU= Received: by 10.67.105.19 with SMTP id h19mr1307776ugm; Fri, 02 Jun 2006 18:45:31 -0700 (PDT) Received: by 10.66.239.15 with HTTP; Fri, 2 Jun 2006 18:45:30 -0700 (PDT) Message-ID: Date: Sat, 3 Jun 2006 04:45:30 +0300 From: "Alexandru Popescu" To: users@jackrabbit.apache.org Subject: Re: Problem with indexes In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <447AECF5.8020600@lightcomp.com> <447BF040.4080201@gmx.net> <447C6918.4040608@lightcomp.com> <447DC2F8.30602@lightcomp.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N I have checked the jars at the last zip you provided, but the jackrabbit-core seems to not include the patch for JCR-448 (which is supposed to fix the problem). ./alex -- .w( the_mindstorm )p. On 6/3/06, Alexandru Popescu wrote: > Petr is the initial problem still valid if you use the patched > (JCR-448) 1.0.1 release? > > ./alex > -- > .w( the_mindstorm )p. > > > On 5/31/06, Petr Pytelka wrote: > > Hi, > > > > I've created simplified, faster and less resource consuming example of > > problem. > > > > Only source code: > > http://217.11.254.42/download/Test3.java (7kb) > > > > Package with all libraries: > > http://217.11.254.42/download/index-problem.zip (5MB) > > > > Please could you anybody confirm if it is problem in Jackrabbit or in my > > usage of JackRabbit ? > > > > Thanks a lot. > > > > Petr > > > > > > Petr Pytelka wrote: > > > Hi Marcel, > > > I've tried to find out more about my issue but didn't succeed. > > > > > > There is small application which demonstrate the problem: > > > http://217.11.254.42/download/index-problem.zip > > > > > > Steps to reproduce: > > > > > > Prerequisites: > > > 1. This test is resource consuming - need computer with at least 512 MB, > > > better 1 GB > > > 2. Package contain all needed libs and also source code (10kb) - I was > > > not able to create smaller example - sorry for that. > > > > > > Test can be run using script "run-test" or "run-test.bat" - at the > > > beginning of each file is path to the Java. > > > > > > Whole test is trying to create 10000 nodes > > > - Phase 1: Create 20 nodes > > > - Phase 2: Query for last created 20 nodes > > > > > > Problem is that on faster machines this test fail around 3000-5000th > > > document - it is not possible to locate file. Query in repository is > > > based on the attribute values. > > > > > > Maybe that the problem is in my code.. I'll really appreciate if you can > > > look on it... > > > > > > Thanks, Petr > > > > > > > > > Marcel Reutegger wrote: > > >> Hi Petr, > > >> > > >> can you please provide the source code to your test case that allows > > >> us to reproduce the behaviour? Thanks > > >> > > >> regards > > >> marcel > > >> > > >> Petr Pytelka wrote: > > >>> Hi all, > > >>> > > >>> I'm testing performance of Jackrabbit and found one issue. > > >>> > > >>> Test case: > > >>> 1. Insert N items > > >>> 2. Search each of inserted items (using Query) > > >>> 3. Drop inserted item > > >>> > > >>> When N is lower then aprox.1000 items every thinks works fine. But when > > >>> N is higher then aprox. 1000 items Jackrabbit (Lucene) some how "lost" > > >>> indexes and I'm not able to find required item (usualy I'm able to find > > >>> first 300 items). > > >>> If I delete index directory and re-run search, Jackrabbit build new > > >>> indexes during startup and I'm able to find all items. > > >>> > > >>> Lucene: version 1.4.3 > > >>> DB-backend: Derby > > >>> > > >>> Any idea where can be problem ? > > >>> > > >>> Thanks a lot, Petr Pytelka > > >>> > > >>> > > >>> > > >>> > > >