[ http://issues.apache.org/jira/browse/LUCENE-671?page=comments#action_12434958 ] Chris commented on LUCENE-671: ------------------------------
> It is to keep folks from thinking, if they subclass Document, that instances > of their subclass will be returned to them in search results. To make > Documents fully-subclassible one would need to make their serialization > extensible. Ahhh, that makes sense to me, and I think providing a method for informing the rest of lucene which versions of various classes to use is probably more trouble than it's worth. We'll just maintain our own tree then. Thanks > Hashtable based Document > ------------------------ > > Key: LUCENE-671 > URL: http://issues.apache.org/jira/browse/LUCENE-671 > Project: Lucene - Java > Issue Type: Improvement > Components: Index, Search > Affects Versions: 2.0.0, 1.9 > Reporter: Chris > Priority: Minor > Attachments: HashDocument.java, TestBenchDocuments.java > > > 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. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
