Re: svn commit: r178059 - /lucene/java/trunk/src/java/org/apache/lucene/search/spans/SpanNearQuery.java

2005-05-25 Thread Paul Elschot
On Tuesday 24 May 2005 09:05, Paul Elschot wrote: > Erik, > > On Tuesday 24 May 2005 03:35, [EMAIL PROTECTED] wrote: > > Author: ehatcher > > Date: Mon May 23 18:35:13 2005 > > > + /** Returns true iff o is equal to this. */ > > + public boolean equals(Object o) { > > +if (this == o) re

Contributing

2005-05-25 Thread Danilo Cicognani
Goodmorning, I'm Danilo Cicognani from Italy. I would like to contribute to the develop of Lucene for the company I'm working that is "Tinfo Srl". For the first step we would like to make an analyser for the italian language (which is not present in the sandbox). This is the first step to start usi

IndexReader.getVersion()

2005-05-25 Thread Radomir Mladenovic
Hello, Am I missing an obvious way to return version of already opened index? Static method IndexReader.getCurrentVersion() uses SegmentInfos to read version number from "segments" files. This returns current version of index in Directory but I need a reliable way to obtain version of IndexReader

Re: Contributing

2005-05-25 Thread Erik Hatcher
Danilo, Welcome! We'd love to have your Italian analyzer as part of the contrib/ analyzers codebase. The easiest way to get your contribution accepted is to follow these steps: * Be sure to use the Apache Software License 2.0 * Fit your code into the structure in Lucene's Subversio

DO NOT REPLY [Bug 31785] - DisjunctionScorer

2005-05-25 Thread bugzilla
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: Contributing

2005-05-25 Thread Otis Gospodnetic
Hi Danilo, You may want to look at the ItalianStemmer and SnowballAnalyzer, as they may already do what you need for your company: http://www.lucenebook.com/search?query=italian+analyzer http://svn.apache.org/viewcvs.cgi/lucene/java/trunk/contrib/snowball/src/java/net/sf/snowball/ext/ ciao, <--

Re: DO NOT REPLY [Bug 34995] - Contribution: LuceneIndexAccessor

2005-05-25 Thread Otis Gospodnetic
What I described is really nothing more than a few methods like this: public void index(Indexable data) throws IOException { synchronized(_directory) { IndexWriter writer = getFSWriter(); try { Document doc = creat

Which scorer to use for disjunctions?

2005-05-25 Thread Paul Elschot
Dear readers, At the moment it's not clear to me which code is best for scoring disjunctions: There is a specialised priority queue for DisjunctionScorer: http://issues.apache.org/bugzilla/show_bug.cgi?id=34193 This also contains: - a btree implementation of BooleanScorer by Karl Wright that is

Re: major searching performance improvement

2005-05-25 Thread Doug Cutting
Robert Engels wrote: Attached are files that dramatically improve the searching performance (2x improvement on several hardware configurations!) in a multithreaded, high concurrency environment. This looks like some good stuff! Can you perhaps break it down into independent, layered patches?

RE: major searching performance improvement

2005-05-25 Thread Robert Engels
I will look at separating it out. I wanted to get initial feedback before moving on. 1. I agree that the initialValue() is the way to go. I'll make the changes. 2. I agree that creating NioFSDirectory rather than modifying FSDirectory. I originally felt the memory mapped files would be the fastes

[ANN] nux-1.2 release

2005-05-25 Thread Wolfgang Hoschek
The nux-1.2 release has been uploaded to http://dsd.lbl.gov/nux/ Nux is an open-source Java XML toolset geared towards embedded use in high-throughput XML messaging middleware such as large-scale Peer-to- Peer infrastructures, message queues, publish-subscribe and matchmaking systems fo

Re: major searching performance improvement

2005-05-25 Thread Yonik Seeley
Looks like really great stuff Robert! > 2. I agree that creating NioFSDirectory rather than modifying FSDirectory. I > originally felt the memory mapped files would be the fastest, but it also > requires OS calls, the "caching" code is CONSIDERABLY faster, since it does > not need to do any JNI, o

RE: major searching performance improvement

2005-05-25 Thread Robert Engels
It is my understanding of memory mapped files is that the file is assigned an address range in the virtual address space, and using the MMU/paging facilities the file is mapped into that range. Java cannot work with memory pointers directly, so there is at minimum some JNI calls that are made when