Yes, I exactly need this for NumericField! The numeric value gets indexed using the tokenStream, but an optional stored field value (e.g. the number as plain text or even prefixEncoded) would also be good. Currently the user must index both types separate (but can use the same field name). As far as I see, this is not a problem with the current indexer. The indexer first tries tokenStreamValue() during indexing, but when saving the stored fields, always stringValue()/getBinaryValue() is used.
----- Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: [email protected] > -----Original Message----- > From: Michael McCandless [mailto:[email protected]] > Sent: Tuesday, June 16, 2009 12:13 PM > To: [email protected]; [email protected] > Subject: Re: Field.tokenStreamValue > > Seems reasonable? > > So you're saying that if a Field has both TokenStream and some other > value, the TokenStream gets indexed into postings & term vectors, but > the other value gets stored? > > Mike > > On Mon, Jun 15, 2009 at 9:48 PM, Yonik Seeley<[email protected]> > wrote: > > The JavaDoc suggests that one can't have a tokenStreamValue and a > > StringValue or binaryValue at the same time... any good reason for > > this restriction? > > > > /** The value of the field as a String, or null. If null, the Reader > value, > > * binary value, or TokenStream value is used. Exactly one of > stringValue(), > > * readerValue(), getBinaryValue(), and tokenStreamValue() must be set. > */ > > > > The indexing code looks like it should actually work - but the Field > > restricts one setting a tokenStreamValue and having a stored field at > > the same time. > > Should we fix this? > > > > -Yonik > > http://www.lucidimagination.com > > > > --------------------------------------------------------------------- > > 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] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
