From users-return-12584-apmail-jackrabbit-users-archive=jackrabbit.apache.org@jackrabbit.apache.org Sat Sep 12 08:46:14 2009 Return-Path: Delivered-To: apmail-jackrabbit-users-archive@minotaur.apache.org Received: (qmail 7092 invoked from network); 12 Sep 2009 08:46:14 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 12 Sep 2009 08:46:14 -0000 Received: (qmail 6549 invoked by uid 500); 12 Sep 2009 08:46:13 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 6469 invoked by uid 500); 12 Sep 2009 08:46:12 -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 6458 invoked by uid 99); 12 Sep 2009 08:46:12 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 12 Sep 2009 08:46:12 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of arcassis@gmail.com designates 209.85.221.200 as permitted sender) Received: from [209.85.221.200] (HELO mail-qy0-f200.google.com) (209.85.221.200) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 12 Sep 2009 08:46:02 +0000 Received: by qyk38 with SMTP id 38so1463076qyk.27 for ; Sat, 12 Sep 2009 01:45:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=riIwIT9nJCF4gcUOr0OTpvIoSGM/wZ2tD2GWNqe0ZrU=; b=ahO6pyiRb5l/0dapRnUSRz82TD6ytPLdu7+utaUYNUZCHMpDwLsoHZ5dRH3EtVWCXI oVol6zplQzINT3aPsePBPbd0WxiCbKWM7oMEjx6oG5p9Vzk3InP4cLIF2qVxMkvpBBvp OJotB3FawozvA8PZoGjz7r/f0ADcYBmpshwF8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=prd7NOZ00w2LjIt0F7iAmr8g0VXMZ3kJ0TOZlbReKfbrKESJkIHX07PeNjMN8skwVx xUImClkuw+2inrH5nNPOI1cUMfcPyfvXOimroRDEY7eZEesQgxGxv9JshOU6D8KKCXEB Jb2xhB4JPLfc/xve7i1iAMwO3CZvL9NhLhpvc= MIME-Version: 1.0 Received: by 10.224.50.141 with SMTP id z13mr3526286qaf.293.1252745141588; Sat, 12 Sep 2009 01:45:41 -0700 (PDT) In-Reply-To: References: <2bc800bc0909080201h762d7120n2017f1e6f75f5eda@mail.gmail.com> <510143ac0909080205w4f358ed9k33f678c0b5e32710@mail.gmail.com> <2bc800bc0909080225p7cbf837cy95a38220d3e34f9c@mail.gmail.com> Date: Sat, 12 Sep 2009 11:45:41 +0300 Message-ID: Subject: Re: Refresh problem From: "arcassis@gmail.com" To: users@jackrabbit.apache.org Content-Type: multipart/alternative; boundary=00c09fa885cf2893a004735d7597 X-Virus-Checked: Checked by ClamAV on apache.org --00c09fa885cf2893a004735d7597 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello Marcel! I'm mitziuro's collegue. I want to thank you for what you suggested regarding JR's SearchIndex, it was very helpful ! With this configuration for a workspace's SearchIndex : ------------------------- ------------------------- our application behaviour was something like this: 1. add a document, 2. after saving the document, go to document listing, result: newly added document wasn't there 3. another click on the document listing page and voila, the document appeared, (sometimes you need to make 2-3 clicks on the document listing page). So...my conclusion is that, even if text extraction takes longer than the default extractorTimeout value (100ms), and a new background thread is started to handler this, newly added nodes still don't appear. Why is this happening ? What else is keeping a lock on the node ? Now, after I have commented out the textFilterClasses parameter from the SearchIndex element, JR's works fine (I don't see anymore that latency). Th= e good news are that we don't need in our application for the moment text extraction. But when we'll do need...the problem will reapear.... All the best, Dan On Fri, Sep 11, 2009 at 7:07 PM, Guo Du wrote: > On Fri, Sep 11, 2009 at 3:05 PM, Marcel Reutegger > wrote: > > that's not quite correct. everything except text extraction is > > guaranteed to be indexed as soon as the save (or transaction commit) > > returns. > > Thanks for the knowledge! > > --Guo > --=20 Arcassis --00c09fa885cf2893a004735d7597--