lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Robert Muir (Commented) (JIRA)" <>
Subject [jira] [Commented] (LUCENE-3622) separate IndexDocValues interface from implementation
Date Fri, 09 Dec 2011 16:59:40 GMT


Robert Muir commented on LUCENE-3622:

For now in the branch (, i
renamed/shuffled in r1212506.

You can take a look and see what you think... we can/should always be thinking of naming and
how it can be simpler.

With separating out the abstract api, its small enough I moved it out of .values to just org.apache.lucene.index

(which makes IndexDocValues seem awefully redundant).

Additionally PerDocValues was moved out of the codecs package, as you get it from IndexReader
and it doesnt make 
sense under .codecs.

Finally ValueType is DocValues.Type (just like DocValues.Source, etc), and TypePromoter is
now pkg-private, as its
just an implementation detail of SegmentMerger.
> separate IndexDocValues interface from implementation
> -----------------------------------------------------
>                 Key: LUCENE-3622
>                 URL:
>             Project: Lucene - Java
>          Issue Type: Task
>            Reporter: Robert Muir
>         Attachments: LUCENE-3622.patch
> Currently the o.a.l.index.values contains both the abstract apis and Lucene40's current
> I think we should move the implementation underneath Lucene40Codec, leaving only the
abstract apis.
> For example, simpletext might have a different implementation, and we might make a int8
> underneath preflexcodec to support norms.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message