Return-Path: X-Original-To: apmail-lucene-java-user-archive@www.apache.org Delivered-To: apmail-lucene-java-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id E180D9FF1 for ; Tue, 17 Apr 2012 12:26:47 +0000 (UTC) Received: (qmail 62288 invoked by uid 500); 17 Apr 2012 12:26:45 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 62173 invoked by uid 500); 17 Apr 2012 12:26:45 -0000 Mailing-List: contact java-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-user@lucene.apache.org Delivered-To: mailing list java-user@lucene.apache.org Received: (qmail 62165 invoked by uid 99); 17 Apr 2012 12:26:45 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 17 Apr 2012 12:26:45 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of erickerickson@gmail.com designates 209.85.210.176 as permitted sender) Received: from [209.85.210.176] (HELO mail-iy0-f176.google.com) (209.85.210.176) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 17 Apr 2012 12:26:37 +0000 Received: by iagw33 with SMTP id w33so11953696iag.35 for ; Tue, 17 Apr 2012 05:26:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=Tos2SghTS2V+nVIP+ce87FO4g2iDW2jkjbEBcsPWUFA=; b=mb08k6aXgQpMt+ovpbfTWkoCdD7IeL3kTmBPDoQ2nr0+uGwiXavF6vhP2CkyZA+9WO 0Rl1SLT9qtBkSmNsF1OC/VFIWQDH1qhQnCbaInYEzgjD3qsiYzjrEspSULgDY6gA/GQL PbiGnVAjtiCOPxQoIvve/wAN33wnsR6vd3FzyPL0IeAdPyelk86c/aIcius9Q0x8D+nF NK097OZoxhQsCeuQuu0oBCXcVkxPuqoMqJGPAZvZrYGDn8dVvFybu3bNC+QY+WymygED 8qOCMn8obP1rF6hV7k/+q03HONjFs052m+DKw/1c2j78WYtgSVYQLlK2kS0fEWDoVEwV +ZEw== MIME-Version: 1.0 Received: by 10.50.242.5 with SMTP id wm5mr9295111igc.40.1334665576705; Tue, 17 Apr 2012 05:26:16 -0700 (PDT) Received: by 10.42.73.198 with HTTP; Tue, 17 Apr 2012 05:26:16 -0700 (PDT) In-Reply-To: References: <01BDCCE4-70E7-48C8-8B48-911AD1B0D2DB@gmail.com> Date: Tue, 17 Apr 2012 08:26:16 -0400 Message-ID: Subject: Re: a higher-level layer above lucene From: Erick Erickson To: java-user@lucene.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I really think you want to consider Solr. First, it's pretty easy to incorporate your custom analyzers as plugins. Second, the "no cache filter" (see: https://issues.apache.org/jira/browse/SOLR-2429) was designed for ACL calculations. Using it will also keep things like document counts and facet counts accurate. Third, you have a server/servlet environment already, you're not introducing anything new. Really, one of the things Solr does is abstract the Lucene layer, while allowing you to still do the under-the-cover things people often want via plugins. But to answer your question, no, there's no simple abstraction layer over Lucene that I know of OOB. Best Erick On Tue, Apr 17, 2012 at 8:08 AM, Akos Tajti wrote: > Erick, > > we have a web =A0application in which searching is a very iportant featur= e. > Through the years we added a few custom analyzers. Beside that, we > post-process the results returned by lucene (we hide those documents that > are not visible to the current user according to permissions). So to keep > it short: we need a higher-level api which makes the use of lucene much > easier and we can keep are =A0custom code. > > =C1kos Tajti > > > > > On Tue, Apr 17, 2012 at 12:23 AM, Erick Erickson wrote: > >> To do what? You're asking very general questions that are >> hard to answer simply because of the lack of any detail, >> use cases, etc. >> >> You might review: >> >> http://wiki.apache.org/solr/UsingMailingLists >> >> Best >> Erick >> >> On Mon, Apr 16, 2012 at 2:14 PM, Tajti =C1kos wro= te: >> > As far as I know Solr is a search server and the communication eith it= is >> > done through a RESTful API. What I need is a Java API that I can use >> > programmatically. >> > >> > =C1kos Tajti >> > >> > >> > >> > On 2012.04.16., at 19:58, Erick Erickson >> wrote: >> > >> >> What kind of hiding are you interested in? Solr does a lot >> >> of this... >> >> >> >> Best >> >> Erick >> >> >> >> On Mon, Apr 16, 2012 at 1:37 PM, Akos Tajti >> wrote: >> >>> >> >>> Hi All, >> >>> >> >>> I'm looking for a solution that hides the complexity and the low lev= el >> >>> structure of Lucene (to make it much simpler to use). I came across = the >> >>> Compass Project which looks pretty good. I just want to know if ther= e >> are >> >>> any comparable solutions (I didn't find any). Do you know about such >> >>> solution? >> >>> >> >>> Thanks in advance, >> >>> =C1kos Tajti >> >> >> >> >> >> --------------------------------------------------------------------- >> >> To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org >> >> For additional commands, e-mail: java-user-help@lucene.apache.org >> >> >> > >> > --------------------------------------------------------------------- >> > To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org >> > For additional commands, e-mail: java-user-help@lucene.apache.org >> > >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org >> For additional commands, e-mail: java-user-help@lucene.apache.org >> >> --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org For additional commands, e-mail: java-user-help@lucene.apache.org