lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Grant Ingersoll (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (LUCENE-3151) Make all of Analysis completely independent from Lucene Core
Date Fri, 20 Jul 2012 10:30:33 GMT

     [ https://issues.apache.org/jira/browse/LUCENE-3151?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Grant Ingersoll updated LUCENE-3151:
------------------------------------

    Attachment: LUCENE-3151.patch

Here's a first draft at this.  The packaging looks more or less right, but I haven't fully
tested it yet.  The main downsides to this approach are:
# Minor loss of Javadoc due to references to things like IndexWriter, DoubleField, etc.  I
kept the references, just removed the @link, which allowed me to drop the import statement
# We need to somehow document that this jar is for standalone use only.  It's probably a minor
issue, but going forward, people could get into classloader hell with this if they are mixing
versions.  Of course, that's always the case in Java, so caveat emptor.
                
> Make all of Analysis completely independent from Lucene Core
> ------------------------------------------------------------
>
>                 Key: LUCENE-3151
>                 URL: https://issues.apache.org/jira/browse/LUCENE-3151
>             Project: Lucene - Java
>          Issue Type: Improvement
>    Affects Versions: 4.0-ALPHA
>            Reporter: Grant Ingersoll
>             Fix For: 4.1
>
>         Attachments: LUCENE-3151.patch, LUCENE-3151.patch
>
>
> Lucene's analysis package, including the definitions of Attribute, TokenStream, etc.
are quite useful outside of Lucene (for instance, Mahout uses them) for text processing. 
I'd like to move the definitions, or at least their packaging, to a separate JAR file so that
one can consume them w/o needing Lucene core.  My draft idea is to have a definition area
that Lucene core is dependent on and the rest of the analysis package can then be dependent
on the definition area.  (I'm open to other ideas as well)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

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


Mime
View raw message