Return-Path: Delivered-To: apmail-lucene-java-dev-archive@www.apache.org Received: (qmail 11706 invoked from network); 10 Sep 2009 03:58:28 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 10 Sep 2009 03:58:28 -0000 Received: (qmail 20908 invoked by uid 500); 10 Sep 2009 03:58:27 -0000 Delivered-To: apmail-lucene-java-dev-archive@lucene.apache.org Received: (qmail 20732 invoked by uid 500); 10 Sep 2009 03:58:27 -0000 Mailing-List: contact java-dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-dev@lucene.apache.org Delivered-To: mailing list java-dev@lucene.apache.org Received: (qmail 20724 invoked by uid 99); 10 Sep 2009 03:58:27 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 Sep 2009 03:58:27 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 Sep 2009 03:58:17 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 80C06234C044 for ; Wed, 9 Sep 2009 20:57:57 -0700 (PDT) Message-ID: <39716126.1252555077512.JavaMail.jira@brutus> Date: Wed, 9 Sep 2009 20:57:57 -0700 (PDT) From: "Mark Miller (JIRA)" To: java-dev@lucene.apache.org Subject: [jira] Updated: (LUCENE-1896) Modify confusing javadoc for queryNorm In-Reply-To: <1336518914.1252341177710.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/LUCENE-1896?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller updated LUCENE-1896: -------------------------------- Attachment: queryNormAlternate.patch This is a tricky change I think, but shoudnt it be more like this? queryNorm takes the Weight rather than sumSquared - and then you can call sumSquared on the weight or skip it, saving the few calcs, and isolating the work to the queryNorm impl. The patch is unfinished though - its an issue that queryNorm throws IOException - I don't think it should and i removed it here, but thats not back compat. Pain in the butt. also, I havn't given much thought to how we would migrate without breaking back compat - I guess the introspection again ... And perhaps we just leave it. > Modify confusing javadoc for queryNorm > -------------------------------------- > > Key: LUCENE-1896 > URL: https://issues.apache.org/jira/browse/LUCENE-1896 > Project: Lucene - Java > Issue Type: Improvement > Components: Javadocs > Reporter: Jiri Kuhn > Priority: Minor > Fix For: 2.9 > > Attachments: LUCENE-1896.patch, queryNormAlternate.patch > > > See http://markmail.org/message/arai6silfiktwcer > The javadoc confuses me as well. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org For additional commands, e-mail: java-dev-help@lucene.apache.org