I experienced this on an EmbeddedSolrServer which was running behind a
tomcat process. After restarting the tomcat process 2-3 times (implying this
also recreates the SolrServer every time as well) this issue went away but I
don't know why it ever started. It looked like the searcher shutdown was
I saw there had been a previous discussion on commit failing for
EmbeddedSolrServer here:
http://www.mail-archive.com/solr-user@lucene.apache.org/msg28236.html
But it was never resolved. I have an embedded solr server and it does not
seem to pick up changes in the index after a commit through
So you're right i did miss removing the app deployment but removing that
still didn't really do that great. The avg request response time is still
slower. The bell curve is a lot more streched than it was before but it
doesn't seem to give an overall better performance.
Thanks for your
The way you phrased that paragraph makes me think that one of us doesn't
understand what exactly you did when you switched ...
Switched works for the specific setup i'm using - the server would refer
to itself in the CommonHttpSolrServer request sent, i.e. it would run both
the server and
I just switched from using CommonHttpSolrServer to EmbeddedSolrServer and
the performance surprisingly deteriorated. I was expecting an improvement so
in my confusion i went to the stats page and noticed that the caches were no
longer getting hit. The embedded server however should still use