Issue Details (XML | Word | Printable)

Key: LUCENE-671
Type: Improvement Improvement
Status: Resolved Resolved
Resolution: Won't Fix
Priority: Minor Minor
Assignee: Unassigned
Reporter: Chris
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
Lucene - Java

Hashtable based Document

Created: 14/Sep/06 03:18 PM   Updated: 12/Jan/08 11:22 PM
Return to search
Component/s: Index, Search
Affects Version/s: 1.9, 2.0.0
Fix Version/s: None

Time Tracking:
Not Specified

File Attachments:
  Size
Java Source File Licensed for inclusion in ASF works HashDocument.java 2006-09-14 03:21 PM Chris 11 kB
Java Source File Licensed for inclusion in ASF works TestBenchDocuments.java 2006-09-14 03:22 PM Chris 6 kB

Resolution Date: 12/Jan/08 11:22 PM


 Description  « Hide
I've attached a Document based on a hashtable and a performance test case. It performs better in most cases (all but enumeration by my measurement), but likely uses a larger memory footprint. The Document testcase will fail since it accesses the "fields" variable directly and gets confused when it's not the list it expected it to be.

If nothing else we would be interested in at least being able to extend Document, which is currently declared final. (Anyone know the performance gains on declaring a class final?) Currently we have to maintain a copy of lucene which has methods and classes definalized and overriden.

There are other classes as well that could be declared non-final (Fieldable comes to mind) since it's possible to make changes for project specific situations in those aswell but that's off-topic.



 All   Comments   Work Log   Change History   Subversion Commits      Sort Order: Ascending order - Click to sort in descending order
No work has yet been logged on this issue.