Return-Path: X-Original-To: apmail-incubator-jspwiki-user-archive@minotaur.apache.org Delivered-To: apmail-incubator-jspwiki-user-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 3DCBBD553 for ; Sat, 16 Mar 2013 13:53:55 +0000 (UTC) Received: (qmail 76421 invoked by uid 500); 16 Mar 2013 13:53:55 -0000 Delivered-To: apmail-incubator-jspwiki-user-archive@incubator.apache.org Received: (qmail 76167 invoked by uid 500); 16 Mar 2013 13:53:51 -0000 Mailing-List: contact jspwiki-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: jspwiki-user@incubator.apache.org Delivered-To: mailing list jspwiki-user@incubator.apache.org Received: (qmail 76137 invoked by uid 99); 16 Mar 2013 13:53:50 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 16 Mar 2013 13:53:50 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of juanpablo.santos@gmail.com designates 209.85.214.180 as permitted sender) Received: from [209.85.214.180] (HELO mail-ob0-f180.google.com) (209.85.214.180) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 16 Mar 2013 13:53:44 +0000 Received: by mail-ob0-f180.google.com with SMTP id ef5so4170160obb.11 for ; Sat, 16 Mar 2013 06:53:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=ovyykOcloeF4SeoiruOIPxKYe5uu1OAQTo0l6BMsjFM=; b=d4j+SvUW09UceM7tOTnOlNW7jy+tGURrADp9MMyqSGxtxVJRd4Pg7hznhp8eQrrOuq DIyDvptGhlp0tb8L9ZIlwWGi2enMbEJ8MoIcYGbgDjzwplXZzdS2Lo8qo2ZJVrrTUCpF uapnPZPgok0fdpSIRvyMDOJPN/Qzk9/MHUixXghH9oe67T1Aaun6wqxYQ9IqY98aIc8j 3Ss9WBLozoqMZSkmlc7ttzm/Lp7A3iFB1ckJkZCEDs+TC5xwCRIeU2Yfk3Xbke0vuumG GRkgLshIzcSodi06QknjBcY+7t34QEGbTmzfzwESDqLiC5FTUc1PU1ObGhTkbRO6oGeV 9H6w== MIME-Version: 1.0 X-Received: by 10.60.169.231 with SMTP id ah7mr4349627oec.142.1363442003961; Sat, 16 Mar 2013 06:53:23 -0700 (PDT) Received: by 10.76.11.136 with HTTP; Sat, 16 Mar 2013 06:53:23 -0700 (PDT) In-Reply-To: <51446A6D.7050606@davekoelmeyer.co.nz> References: <5128AD8F.5050705@davekoelmeyer.co.nz> <5129C71F.4080301@davekoelmeyer.co.nz> <513ADB43.7020408@davekoelmeyer.co.nz> <51430A58.2090106@davekoelmeyer.co.nz> <51446A6D.7050606@davekoelmeyer.co.nz> Date: Sat, 16 Mar 2013 14:53:23 +0100 Message-ID: Subject: Re: Quick search has stopped working From: =?UTF-8?Q?Juan_Pablo_Santos_Rodr=C3=ADguez?= To: jspwiki-user@incubator.apache.org Content-Type: multipart/alternative; boundary=bcaec54ee608516d9704d80b14d1 X-Virus-Checked: Checked by ClamAV on apache.org --bcaec54ee608516d9704d80b14d1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Dave, could you try switching the StandardAnalyzer to org.apache.lucene.analysis.standard.ClassicAnalyzer? from the javadocs "ClassicAnalyzer was named StandardAnalyzer in Lucene versions prior to 3.1. As of 3.1, StandardAnalyzerimplements Unicode text segmentation, as specified by UAX#29" so maybe that could explain the search differences between versions I'm unable to look at this right now, but I'll try to do it next week br, juan pablo On Sat, Mar 16, 2013 at 1:49 PM, Dave Koelmeyer < dave.koelmeyer@davekoelmeyer.co.nz> wrote: > On 16/03/13 12:47 AM, Dave Koelmeyer wrote: > >> On 13/03/13 08:56 AM, Juan Pablo Santos Rodr=C3=ADguez wrote: >> >>> >>> Lucene was updated from 2.0.0 to 3.6.0 in 2.9.0-svn-3 ( >>> https://issues.apache.org/**jira/browse/JSPWIKI-729), >>> and the code rewritten >>> to use the new API, but essentially it has the same behaviour as before= , >>> it >>> passes the same unit tests. Could you please set the logger level to >>> debug >>> to see if something pops out from the log file? >>> >>> I'm assuming you're using the LuceneSearchProvider in your >>> jspwiki.properties and the StandardAnalyzer (these are the default >>> values) >>> >>> >> Thanks for the reply, I will do that and post any relevant output >> shortly. Just for information I have created a second GlassFish domain >> using the same host OS, GlassFish and Java versions, but using JSPWiki >> 2.8.3. Pointing JSPWiki 2.8.3 to a copy of the same content repository u= sed >> with JSPWiki 2.9.0 and performing a search I get the expected number of >> quick search results. Contrary to what I said in my original post on thi= s >> topic I may well have first observed the behaviour after upgrading to 2.= 9.0. >> >> > Hi All, > > Well I've enabled debug output (according to http://doc.jspwiki.org/2.4/*= * > wiki/JSPWiki.properties#**section-JSPWiki.properties-** > TurningOnFullDEBUGMode) and I can't see anythi= ng error-wise in either the GlassFish or JSPWiki > log files, certainly not anything related to search or Lucene. I've got a= ll > Lucene and search values at defaults in jspwiki.properties too, to answer > your question. > > Any other pointers to things to check for? And has anyone else perhaps > done an A/B test between JSPWiki 2.9.0 and earlier versions? > > > Cheers, > Dave > > -- > Dave Koelmeyer > http://blog.davekoelmeyer.co.**nz > > --bcaec54ee608516d9704d80b14d1--