lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hoss Man (JIRA)" <j...@apache.org>
Subject [jira] Commented: (LUCENE-2323) reorganize contrib modules
Date Thu, 18 Mar 2010 00:50:27 GMT

    [ https://issues.apache.org/jira/browse/LUCENE-2323?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12846700#action_12846700
] 

Hoss Man commented on LUCENE-2323:
----------------------------------

I personally don't have a strong opinion on this, but i wanted to point it out for completeness:

the last time i remember a big discussion about reorging contribs, there seemed to be a strong
sentiment that we should be striving for more "small" contribs/modules -- specificly in terms
of artifact size/complexity.  I think one specific example was that some poeple might want
a few langauge specific analyzers, but not all of them -- and if they have no direct dependencies
on each other (just core) we should try to build/distribute them as (tiny) individual Jars
-- and possible in (big) bundled jars as well.

So while it might make a lot of sense to organize some existing contribs into logical "groups"
which might get build up in big bundled jars, there are likely going to be people who still
want to comsume the existing jars (or even more granular jars)

Looking at the specific suggestions robert made: it makes sense to logically organize all
the query parsers under a common directory, but how many users are actually using more then
one and are we doing them a disservice if we only ship them in one big jar?   Ditto for the
highlighters (does anyone besides Solr use *both* highlighters in a single application?)

> reorganize contrib modules
> --------------------------
>
>                 Key: LUCENE-2323
>                 URL: https://issues.apache.org/jira/browse/LUCENE-2323
>             Project: Lucene - Java
>          Issue Type: Improvement
>          Components: contrib/*
>            Reporter: Robert Muir
>
> it would be nice to reorganize contrib modules, so that they are bundled together by
functionality.
> For example:
> * the wikipedia contrib is a tokenizer, i think really belongs in contrib/analyzers
> * there are two highlighters, i think could be one highlighters package.
> * there are many queryparsers and queries in different places in contrib

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-dev-help@lucene.apache.org


Mime
View raw message