Re: Proposal for Lucene

I've developed something similar myself. I've created an Ant task that uses DocumentHandler interface implementing classes - one that can be used () is a FileExtensionDocumentHandler. At build-time I generate a Lucene index of static documents, and roll that into a web application. Its got some

DO NOT REPLY [Bug 6315] - QueryParser not handling TokenMgrError

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://nagoya.apache.org/bugzilla/show_bu

Re: Strange NullPointerException error

Hello, Several people (copied) reported this bug. I do not have time to trace the source of the call, got a very early flight to catch tomorrow, but aparently the instance of TermInfo passed to SegmentTermPositions' seek(TermInfo) method can be null now. This is from CVS log for that class: revi

Re: Proposal for Lucene

Great suggestions all around, and I'm pretty much in agreement with what's been said. In my app, I've built a mini-framework around the searching such that I'm able to map ContentHandlers (which index file contents) to file extensions. I've been wanting to clean it up and contribute it for awhi

Re: RE: Proposal for Lucene

>On Thu, 7 Feb 2002 09:09:44 -0800 Doug Cutting <[EMAIL PROTECTED]> wrote. >I think this is a great idea. Lucene badly needs this sort of high-level >interface. > >As far as other folks' concern about keeping Lucene a library and not making >it an application, I agree, but I also assumed that's w

RE: Please Update Website

Done. > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Thursday, February 07, 2002 12:44 PM > To: Lucene Developers List > Subject: Please Update Website > > > I don't have privileges to update the website. > > I have update the contributions.html > >

Re: Proposal for Lucene

I'd like to add my +1 to the proposal and my +1 to keeping the Lucene as a library that can exist separately from the applications. Perhaps the applications should be separate targets in the Lucene project (and build process) or perhaps they can be separate projects. I think keeping them toget

[acoliver@nc.rr.com: Re: Re: Proposal for Lucene]

Greetings, My name is Andrew Libby, and at Andrew Coliver's suggestion I'm forwarding this. Initially I hesitated to post to the dev list because I'm not (at least yet) developing. I've been working with Lucene for a few days now and am having a blast, however. Thanks for the time. An

Re: RE: Proposal for Lucene

>On Thu, 7 Feb 2002 09:11:48 -0600 "Ogren, Philip V." <[EMAIL PROTECTED]> wrote. >Nelson's comments are very similar to my initial reaction. Our attraction >to Lucene was that it was compact, easy to understand and easy to integrate >into our development effort. I think it is important to mainta

Re: Re: Proposal for Lucene

>On Thu, 7 Feb 2002 06:52:26 -0800 Nelson Minar <[EMAIL PROTECTED]> wrote. >>This is just a few thoughts about Lucene. Please send me your feedback, >>critiques and thought. >>http://www.trilug.org/~acoliver/luceneplan.html > >Interesting and well written! If I read this proposal correctly, what

DO NOT REPLY [Bug 6315] - QueryParser not handling TokenMgrError

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://nagoya.apache.org/bugzilla/show_bu

Please Update Website

I don't have privileges to update the website. I have update the contributions.html Please update the website. --Peter -- To unsubscribe, e-mail: For additional commands, e-mail:

Add ability to get list of terms from a query

Hi, I just added the Highlight terms functionality by Maik Schreiber to the contributions section. This code essentially gets all the terms for a given query, and then provides an interface to highlight the text. In order to provide this functionality he had to make some changes to the core L

cvs commit: jakarta-lucene CHANGES.txt

carlson 02/02/07 12:24:28 Modified:.CHANGES.txt Log: Update Changes to include new updates to contributions Revision ChangesPath 1.3 +6 -1 jakarta-lucene/CHANGES.txt Index: CHANGES.txt

cvs commit: jakarta-lucene/xdocs contributions.xml

carlson 02/02/07 12:22:12 Modified:xdocscontributions.xml Log: Add XML Document #3 implementation to Document Section Also added Term Highlighting to Misc Section Revision ChangesPath 1.5 +47 -0 jakarta-lucene/xdocs/contributions.xml Index: contribut

cvs commit: jakarta-lucene/docs contributions.html

carlson 02/02/07 12:20:36 Modified:docs contributions.html Log: Add XML Document #3 implementation to Document Section Also added Term Highlighting to Misc Section Revision ChangesPath 1.2 +98 -0 jakarta-lucene/docs/contributions.html Index: contribut

RE: Proposal for Lucene

I like what you included in your proposal and suggest doing all that (over time) and taking the following into consideration: Indexers/Crawlers General Settings SleeptimeBetweenCalls - can be used to avoid flooding a machine with too many requests Indexe

DO NOT REPLY [Bug 6315] New: - QueryParser not handling TokenMgrError

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://nagoya.apache.org/bugzilla/show_bu

Re: Proposal for Lucene

If you can share this code you can post the link to it and we could at least add it to the Contributions page, until somebody adds it to Lucene distribution, if that is an option. Otis --- Manfred Schäfer <[EMAIL PROTECTED]> wrote: > Hi, > > sorry for my mail, i hitted unintentionally the enter

Re: Proposal for Lucene

Hi, sorry for my mail, i hitted unintentionally the enter-Key. Again: I've already written a crawler for HTTP and Filesystem (with different include- and exclude-Options) (based on OROMatcher, thanks god there is open source software!). We needed that for importing Web-Sites into our product, a

Re: Proposal for Lucene

Hi, i've already written a crawler for HTTP and Filesystem. We needed that vor importing Web-Sites into our product, a content-managment system. I -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: Proposal for Lucene

I think this is a great idea. Lucene badly needs this sort of high-level interface. As far as other folks' concern about keeping Lucene a library and not making it an application, I agree, but I also assumed that's what you meant to do. All of this can be layered on top of the existing API. The

Re: Proposal for Lucene

Hello, I like constructive proposals :) I think this is a fine idea and the part about different document handlers has already been mentioned on this list. I think it would be nice to have easy to use specific applications of Lucene, such as a htDig-like crawler/indexer/searcher components, but

RE: Proposal for Lucene

Nelson's comments are very similar to my initial reaction. Our attraction to Lucene was that it was compact, easy to understand and easy to integrate into our development effort. I think it is important to maintain a way to approach Lucene as an indexing library. I don't think your proposal goe

Re: Proposal for Lucene

>This is just a few thoughts about Lucene. Please send me your feedback, >critiques and thought. >http://www.trilug.org/~acoliver/luceneplan.html Interesting and well written! If I read this proposal correctly, what you're saying is "make Lucene more into an application, rather than just an inde

Proposal for Lucene

Hi All, This is just a few thoughts about Lucene. Please send me your feedback, critiques and thought. If you folks would take a look: http://www.trilug.org/~acoliver/luceneplan.html if you'd like to submit patches: http://www.trilug.org/~acoliver/luceneplan.xml Once I've gotten feedback fr