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 n
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 Solr
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 suggestions
>
> 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
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
IndexS