Hi All,
               I have recently upgraded to SOLR 7.5 from SOLR 4.10.3 and 
believe I have noticed a change in the way HTTP caching is operating.

I have installed the vanilla SOLR 7.5 on Windows 2012 R2

I have run the techproducts example  where the solrconfig includes :


<requestDispatcher>

    <httpCaching never304="true" />

 </requestDispatcher>



I have opened the SOLR admin  UI  on IE11 and run a query (*:*) against the 
techproducts core. If I re-execute exactly  the same query from the UI by 
re-pressing the

"execute query" button the results are exactly the same ( including the QTime 
value). Running IE11 in debug mode (F12) with "Always Refresh from server" 
switched OFF it

appears the http response from SOLR is 304 (use cached results).


If I change the IE11 "internet options/ temporary internet files/ check for 
newer versions of stored pages" from value "Automatically" to  "Every time I 
visit the

webpage"  then repressing the "execute query" button returns http response 200 
as expected.

I was expecting the <httpCaching never304="true" /> configuration to prevent 
304's being returned from SOLR - is this a mistaken assumption?

I need to ensure that a user will not get browser cached results when doing 
queries from the SOLR Admin UI. I can not change the IE11 browser internet 
options. Is there

a way to ensure that the server always returns the latest results and does not 
allow browser caching to be used?


Many Thanks,

Guy


Unless otherwise stated, this email has been sent from Fujitsu Services Limited 
(registered in England No 96056); Fujitsu EMEA PLC (registered in England No 
2216100) both with registered offices at: 22 Baker Street, London W1U 3BW;  PFU 
(EMEA) Limited, (registered in England No 1578652) and Fujitsu Laboratories of 
Europe Limited (registered in England No. 4153469) both with registered offices 
at: Hayes Park Central, Hayes End Road, Hayes, Middlesex, UB4 8FE. 
This email is only for the use of its intended recipient. Its contents are 
subject to a duty of confidence and may be privileged. Fujitsu does not 
guarantee that this email has not been intercepted and amended or that it is 
virus-free.

Reply via email to