[Mono-docs-list] [PATCH] Searching for Monodoc

Rafael Ferreira lists at ophion.org
Thu Sep 1 23:39:36 EDT 2005


my 2 cents follow:

On Thu, 2005-09-01 at 11:17 +0200, Mario Sopena wrote:
> Hey,
>   A patch that I promised to send some time ago. The patch would
> require that you download my own stripped version of Lucene from
> here[1]. That version is just the Lucene you can download from
> http://www.dotlucene.net/ but modified to be in a Monodoc.Lucene...
> namespace, which let us keep monodoc.dll in the GAC without breaking
> the Golden Rules [2].

I personally think that lucene should go into the GAC and should be
referenced from its own namespace since other apps could take advantage
of it (at least in a perfect world). If lucene is not found in the GAC
then monodoc should default to its "searchless" self. I know that the
rule of thumb is to not use the GAC but I think this is a special
case...The complexity added by compiling lucene would not be worth the
headache  for such small app like docbrowser (I'm assuming here that
docbrowser is the one actually doing the indexing...)

>  The process to make the index is similar to the actual index. The
> important method is PopulateSearchableIndex which fills
> SearchableDocuments that are added to the Lucene index. It is
> implemented for the ecmaspec and the ecma providers.
>  The SearchableDocuments have 5 fields:
> - title: nice title to show to the user
> - url: to retrieve the node later
> - hottext: the most important bits in this node
> - text: a big piece of text
> - examples: the code examples found
> The ones used for searching are the last 3 in the following order of
> importance: hottext > text > examples.
>  The important missing things  are:
> - The modifications made by the user aren't added to the index
> - Nodes added with the --edit parameter won't be searchable either
> - Right now, the whole Lucene is compiled in monodoc. Will it be
> better a lighter version of Lucene?

I guess the question here is how dynamic do we want indexing to be?
Personally I don't think it is a big deal if the index is built once
and never gets updated (Monodoc is pretty much static anyways... with
all of the doc bundles being built AOT). Maybe a --reindex flag that
would force a complete index rebuild would be good enough. Even if it
took a few minutes to complete. 

I'm basing all my knowledge on your emails without having seen the
actual patch so please take what I'm saying with a grain of salt. I'm
looking forward to finally seeing the long waited search feature

- raf

> Comments please!
> [1] http://personales.ya.com/msopena/Monodoc.Lucene.Net.tar.gz
> [2] http://www.mono-project.com/Assemblies_and_the_GAC
> _______________________________________________
> Mono-docs-list maillist  -  Mono-docs-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-docs-list

More information about the Mono-docs-list mailing list