We have ..... $ ff \*Info\*java ./src/java/org/apache/lucene/index/FieldInfo.java ./src/java/org/apache/lucene/index/TermVectorOffsetInfo.java ./src/java/org/apache/lucene/index/SegmentInfo.java ./src/java/org/apache/lucene/index/TermInfosWriter.java ./src/java/org/apache/lucene/index/TermInfo.java ./src/java/org/apache/lucene/index/FieldInfos.java ./src/java/org/apache/lucene/index/SegmentMergeInfo.java ./src/java/org/apache/lucene/index/TermInfosReader.java ./src/java/org/apache/lucene/index/SegmentInfos.java
How about IndexInfo? Otis -- Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch ----- Original Message ---- > From: Earwin Burrfoot <[email protected]> > To: [email protected] > Sent: Wednesday, June 3, 2009 8:08:50 AM > Subject: IR static methods > > I have a strong desire to remove all these static methods from IR - > lastModified, getCurrentVersion, getCommitUserData, indexExists. > But haven't found a good place for them yet. > > Directory - is a bad place, it shouldn't concern itself with details > of what exactly is stored inside, it should think of 'how' it is > stored. > IndexReader - is bad, it is too heavyweight to be created for getting > something simple once. > > We should probably create some new lightweight class that provides a > kind of reflection for the index? Mod dates, versions, userdata, > existence, sizes, deletions, whatever. Both per-index and per-segment. > Essentially it is a wrapper over SegmentInfos that allows us to keep > them hidden (and thus easily changeable), and provides users with more > concise and adequate interface. > > Any thoughts? > > -- > Kirill Zakharenko/Кирилл Захаренко ([email protected]) > Home / Mobile: +7 (495) 683-567-4 / +7 (903) 5-888-423 > ICQ: 104465785 > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
