Re: Correct of Query.combine() bugs with new MultiSearcher

Chuck Williams wrote: Thanks Erik. If you don't here more, I'm sure this fixes a whole class of problems and is better than the previous situation. I'm also confident that it will do the right thing for all the query types built into Lucene. To me Chucks patch also looks very good. In parall

DO NOT REPLY [Bug 31841] - [PATCH] MultiSearcher problems with Similarity.docFreq()

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 31841] - [PATCH] MultiSearcher problems with Similarity.docFreq()

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 34629] - [PATCH] Document update contrib (Play with term postings or .. to a easy way to update)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [Performance] Streaming main memory indexing of single strings

Erik Hatcher wrote: I'm not quite sure where to put MemoryIndex - maybe it deserves to stand on its own in a new contrib area? That sounds good to me. Or does it make sense to put this into misc (still in sandbox/misc)? Or where? Isn't the goal for sandbox/ to go away, replaced with contrib/

Re: [Performance] Streaming main memory indexing of single strings

Whichever place you settle on is fine with me. [In case it might make a difference: Just note that MemoryIndex has a small auxiliary dependency on PatternAnalyzer in addField() because the Analyzer superclass doesn't have a tokenStream(String fieldName, String text) method. And PatternAnalyzer r

Re: [Performance] Streaming main memory indexing of single strings

On Apr 27, 2005, at 12:22 PM, Doug Cutting wrote: Erik Hatcher wrote: I'm not quite sure where to put MemoryIndex - maybe it deserves to stand on its own in a new contrib area? That sounds good to me. Ok... once Wolfgang gives me one last round up updates (JUnit tests instead of main() and upgr

DO NOT REPLY [Bug 34359] - Cannot use Lucene in an unsigned applet due to Java security restrictions

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [Performance] Streaming main memory indexing of single strings

OK. I'll send an update as soon as I get round to it... Wolfgang. On Apr 27, 2005, at 12:22 PM, Doug Cutting wrote: Erik Hatcher wrote: I'm not quite sure where to put MemoryIndex - maybe it deserves to stand on its own in a new contrib area? That sounds good to me. Ok... once Wolfgang gives me

Sandbox leftovers

> > Isn't the goal for sandbox/ to go away, replaced with contrib/? > > Yes. In fact, I moved the last relevant piece > (sandbox/contributions/miscellaneous) to contrib last night. I > think > both the parsers and XML-Indexing-Demo found in the sandbox are not > worth preserving. Anyone fee

Re: Jakarta image on lucene.apache.org

On Friday 22 April 2005 06:42, Otis Gospodnetic wrote: > Hm, I'd like to replace it with a generic Apache logo... but it looks > like jakarta-logo.gif comes from the 'site' SVN repository, which is > used for xdocs -> docs build: > > % ant -Dasf.site.home=../../../site/ docs > > This 'site' SVN re