Return-Path: Delivered-To: apmail-jakarta-lucene-dev-archive@apache.org Received: (qmail 89805 invoked from network); 22 Feb 2002 10:35:30 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 22 Feb 2002 10:35:30 -0000 Received: (qmail 3000 invoked by uid 97); 22 Feb 2002 10:35:43 -0000 Delivered-To: qmlist-jakarta-archive-lucene-dev@jakarta.apache.org Received: (qmail 2971 invoked by uid 97); 22 Feb 2002 10:35:42 -0000 Mailing-List: contact lucene-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Lucene Developers List" Reply-To: "Lucene Developers List" Delivered-To: mailing list lucene-dev@jakarta.apache.org Received: (qmail 2960 invoked from network); 22 Feb 2002 10:35:41 -0000 Message-ID: <3C761CFC.1010804@earthlink.net> Date: Fri, 22 Feb 2002 03:27:08 -0700 From: Dmitry Serebrennikov User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.7) Gecko/20011221 X-Accept-Language: en-us MIME-Version: 1.0 To: Lucene Developers List Subject: Re: can some access modifiers in org.apache.lucene.search be changed/"opened up" References: <728DA21B8941A843A7C496F1ACF485185AD25B@gleam.lumos.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N +1 on this. I was going to propose the same change by waited until the release went out. While we are at this, can we also make the org.apache.lucene.analysis.PorterStemmer class public again? It is useful in case you want to utilize stemming in the same application where Lucene is being used. If the counterargument is that this confuses the purpose of the analysis package, perhaps PorterStemmer can be moved to util? Dmitry Spencer, Dave wrote: >Proposed solution is to change a couple of decls in Scorer and Query: > > Scorer.java > make score() public > > Query.java > make all methods public or protected (normalize, >sumOfSquaredWeights,prepare) > >By doing this other Queries can be added w/o having to be in the above >package. >Nothing can possibly break by doing it :) and I don't think this is a >design/encapsulation >flaw to expose these. > >So if there's no major objections by others or misunderstandings on my >part >could the powers of be make the above decl changes? > >Thanks, > Dave > -- To unsubscribe, e-mail: For additional commands, e-mail: