lucene-java-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Benson Margulies <>
Subject Re: reset versus setReader on TokenStream
Date Wed, 29 Aug 2012 19:54:57 GMT
 Some interlinear commentary on the doc.

* Resets this stream to the beginning.

To me this implies a rewind.  As previously noted, I don't see how this
works for the existing implementations.

   * As all TokenStreams must be reusable,
   * any implementations which have state that needs to be reset between
   * of the TokenStream, must implement this method. Note that if your
   * caches tokens and feeds them back again after a reset,

What's the alternative? What happens with all the existing Tokenizers that
have no special implementation of #reset()?

   * it is imperative
   * that you clone the tokens when you store them away (on the first pass)
   * well as when you return them (on future passes after {@link #reset()}).

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message