Return-Path: Delivered-To: apmail-lucene-dev-archive@www.apache.org Received: (qmail 85685 invoked from network); 4 Jun 2010 18:57:49 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 4 Jun 2010 18:57:49 -0000 Received: (qmail 39062 invoked by uid 500); 4 Jun 2010 18:57:48 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 39021 invoked by uid 500); 4 Jun 2010 18:57:48 -0000 Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@lucene.apache.org Delivered-To: mailing list dev@lucene.apache.org Received: (qmail 39014 invoked by uid 99); 4 Jun 2010 18:57:48 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Jun 2010 18:57:48 +0000 X-ASF-Spam-Status: No, hits=0.1 required=10.0 tests=AWL,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of serera@gmail.com designates 74.125.83.48 as permitted sender) Received: from [74.125.83.48] (HELO mail-gw0-f48.google.com) (74.125.83.48) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Jun 2010 18:57:43 +0000 Received: by gwb17 with SMTP id 17so1683559gwb.35 for ; Fri, 04 Jun 2010 11:57:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=SuRzRSpc+DYsL2cHR+qwEfNSQoPaVolgmWjYirklR94=; b=e6WiOveFUg5U2H8lfyEPEMSh/qoSxG3Vc/0WfKBYQrBLf/rDHzBFJhjDYRbVbxeVEb vliDv1ebHR7TJyyVGxZ5RDAs1CTe1yB/JZ1jTCePpi05m/FbOchCmjxXmGMklQaV8ysq 9iH5OQVK6vuGtJb1pHqIedQ+SdGi//mHeEus0= 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=FVTEpslDL4NtN0vi+X3JAQa1lLjknsgYEeqCoaWYyWXnq245lFlJQG5256750+pRQT /GsVG+uXwXQ8Y2VAi2MrJY4OuSK3R/RyYtLficjrG5SUudXj5zjIgYZdJQQ+kkfwQcUM HLRMkqihL5RnfpCiQbgYHZPRY+tpAvNRW+4WA= MIME-Version: 1.0 Received: by 10.101.146.3 with SMTP id y3mr5195015ann.199.1275677842114; Fri, 04 Jun 2010 11:57:22 -0700 (PDT) Received: by 10.100.105.15 with HTTP; Fri, 4 Jun 2010 11:57:22 -0700 (PDT) In-Reply-To: <001d01cb040f$fdd90570$f98b1050$@thetaphi.de> References: <001c01cb040e$eda57d10$c8f07730$@thetaphi.de> <001d01cb040f$fdd90570$f98b1050$@thetaphi.de> Date: Fri, 4 Jun 2010 21:57:22 +0300 Message-ID: Subject: Re: Extending FieldCache From: Shai Erera To: "dev@lucene.apache.org" Content-Type: text/plain; charset=ISO-8859-1 Ok then extending FieldCache is really a problem :). Thanks, Shai On Friday, June 4, 2010, Uwe Schindler wrote: > Ah this is the explanation, all fields in interfaces are static final: > http://stackoverflow.com/questions/1513520/java-why-all-fields-in-an-interfa > ce-are-implicitly-static-and-final > > Uwe > > ----- > Uwe Schindler > H.-H.-Meier-Allee 63, D-28213 Bremen > http://www.thetaphi.de > eMail: uwe@thetaphi.de > > >> -----Original Message----- >> From: Uwe Schindler [mailto:uwe@thetaphi.de] >> Sent: Friday, June 04, 2010 7:54 PM >> To: dev@lucene.apache.org >> Subject: RE: Extending FieldCache >> >> Interface's (FieldCache is an interface) fields are always static (and > final? - I >> think they are., else it would make no sense). So in general you should > not >> be able to change the field in an interface. >> >> ----- >> Uwe Schindler >> H.-H.-Meier-Allee 63, D-28213 Bremen >> http://www.thetaphi.de >> eMail: uwe@thetaphi.de >> >> >> > -----Original Message----- >> > From: Shai Erera [mailto:serera@gmail.com] >> > Sent: Friday, June 04, 2010 6:55 PM >> > To: dev@lucene.apache.org; yonik@lucidimagination.com >> > Subject: Re: Extending FieldCache >> > >> > Actually DEFAULT is not defined final, but I haven't tried assigning a >> value to >> > it. >> > >> > Anyway, even if that's resolved, the API relies only on the field >> > name, >> and if I >> > need to pass a Term then it's not reallly possible. >> > I've also looked at LUCENE-831 but it seems this work is on hold for >> > more than a year . >> > >> > I can impl my cache layer and duplicate TopFieldCollector logic. >> > >> > Thanks anyway, >> > Shai >> > >> > On Friday, June 4, 2010, Yonik Seeley >> wrote: >> > > On Fri, Jun 4, 2010 at 4:38 AM, Shai Erera wrote: >> > >> I've looked into extending FieldCache, so that I can read the >> > >> values to cache in a custom manner (not necessarily from the >> > >> field's values). Just want to confirm my understanding - it looks >> > >> like if I want to do it, I'll need to create my own FieldCache >> > >> impl, and then set FieldCache.DEFAULT with it? >> > > >> > > Interface members are final, so you can't actually implement your own. >> > > >> > > -Yonik >> > > http://www.lucidimagination.com >> > > >> > > -------------------------------------------------------------------- >> > > - To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For >> > > additional commands, e-mail: dev-help@lucene.apache.org >> > > >> > > >> > >> > --------------------------------------------------------------------- >> > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For >> > additional commands, e-mail: dev-help@lucene.apache.org >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional >> commands, e-mail: dev-help@lucene.apache.org > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org > For additional commands, e-mail: dev-help@lucene.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional commands, e-mail: dev-help@lucene.apache.org