Hi: On the same thought, how about the org.apache.lucene.analysis.Token class. Can we make it non-final?
I sent out this question 3 different times and still got no responses... Thanks -John On Mon, 12 Jul 2004 18:33:04 -0700, Kevin A. Burton <[EMAIL PROTECTED]> wrote: > Doug Cutting wrote: > > > Kevin A. Burton wrote: > > > >> I was going to create a new IDField class which just calls super( > >> name, value, false, true, false) but noticed I was prevented because > >> Field.java is final? > > > > > > You don't need to subclass to do this, just a static method somewhere. > > > >> Why is this? I can't see any harm in making it non-final... > > > > > > Field and Document are not designed to be extensible. They are > > persisted in such a way that added methods are not available when the > > field is restored. In other words, when a field is read, it always > > constructs an instance of Field, not a subclass. > > Thats fine... I think thats acceptable behavior. I don't think anyone > would assume that inner vars are restored or that the field is serialized. > > Not a big deal but it would be nice... > > > > -- > > Please reply using PGP. > > http://peerfear.org/pubkey.asc > > NewsMonster - http://www.newsmonster.org/ > > Kevin A. Burton, Location - San Francisco, CA, Cell - 415.595.9965 > AIM/YIM - sfburtonator, Web - http://peerfear.org/ > GPG fingerprint: 5FB2 F3E2 760E 70A8 6174 D393 E84D 8D04 99F1 4412 > IRC - freenode.net #infoanarchy | #p2p-hackers | #newsmonster > > --------------------------------------------------------------------- > 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]