Thanks!
>Solr...falls back to wrapping with UninvertingReader
Thats's why my Solr UnitTests stayed green ;)

>But in general, you should really enable DocValues for fields you want to sort 
>on
I will!

-----Ursprüngliche Nachricht-----
Von: Uwe Schindler [mailto:[email protected]] 
Gesendet: Montag, 23. Februar 2015 17:46
An: [email protected]
Betreff: RE: Lucene 4.x -> 5 : IllegalStateException while sorting

Hi,

Solr uses DocValues and falls back to wrapping with UninvertingReader, if user 
have not indexed them (with negative startup performance and memory effects). 
But in general, you should really enable DocValues for fields you want to sort 
on.

Uwe

-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: [email protected]


> -----Original Message-----
> From: Clemens Wyss DEV [mailto:[email protected]]
> Sent: Monday, February 23, 2015 2:20 PM
> To: [email protected]
> Subject: AW: Lucene 4.x -> 5 : IllegalStateException while sorting
> 
> Thanks for pointer. How does/did this change make its way into Solr?
> 
> -----Ursprüngliche Nachricht-----
> Von: András Péteri [mailto:[email protected]]
> Gesendet: Montag, 23. Februar 2015 14:13
> An: [email protected]
> Betreff: Re: Lucene 4.x -> 5 : IllegalStateException while sorting
> 
> Hi Clemens,
> 
> I think this part of the release notes [1] applies to your case:
> 
> * FieldCache is gone (moved to a dedicated UninvertingReader in the 
> misc module). This means when you intend to sort on a field, you 
> should index that field using doc values, which is much faster and 
> less heap consuming than FieldCache.
> 
> [1] https://wiki.apache.org/lucene-java/ReleaseNote50
> 
> On Mon, Feb 23, 2015 at 1:24 PM, Clemens Wyss DEV 
> <[email protected]>
> wrote:
> 
> > After upgrading to Lucene 5 one of my unittest which tests sorting 
> > fails
> > with:
> > unexpected docvalues type NONE for field 'providertestfield'
> > (expected=SORTED). Use UninvertingReader or index with docvalues
> >
> > What am I missing?
> >
> 
> --
> András
> 
> ---------------------------------------------------------------------
> 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]

Reply via email to