Chris Hostetter wrote:

The bottom line is that contribs are about modularization, and
compartmentilization of features.  We want to be able to build small
compact jars with well defined dependencies so that if someone wants basic indexing plus highlighting they know exactly what jars they need ... they don't have to worry about being surprized at run time by a dependency on
some random class in o.a.l.misc, and they don't have to load every
Lucene jar (or one monolithic Lucene jar) just to play it safe.

I think it's very important to keep this modularization.

At the end of the day there's no reason not to think of the "core" lucene code base as anything other then a contrib which is not allowed to have
dependencies, and needs to be Java 1.4 compatible.  We could easily
imagine revamping the Lucene code base something like this...

        mv contrib modules
        mkdir modules/core
        mv src/java modules/core/src
        mv src/test modules/core/test
        mv src/demo modules demo

...it would be a natural migration of what we have now (and it would
simplify the build process quite a bit).

+1

While it may seem at first like a simple directory reorganization, I think this would be a powerful step forward in that "core" is side-by- side with all other components in Lucene.

Mike


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to