I have postoptimize hook defined as follows:
<listener event="postOptimize" class="solr.RunExecutableListener">
<str name="exe">/home/jzgoda/solr-master/solr/bin/snapshooter</
str>
<str name="dir">/home/jzgoda/solr-master/solr/bin</str>
<bool name="wait">true</bool>
</listener>
But I cann't see it is firing, either if I issue <optimize/> request
from my application nor running optimize script from solr distribution.
If I run solr directly from terminal, I see in log when it starts:
2008-09-24 09:23:55 org.apache.solr.update.UpdateHandler
parseEventListeners
INFO: added SolarEventListener for postOptimize:
org.apache.solr.core.RunExecutableListener{exe=/home/jzgoda/solr-
master/solr/bin/snapshooter,dir=/home/jzgoda/solr-master/solr/
bin,wait=true}
Then if I issue optimize request I see in log:
2008-09-24 09:24:29 org.apache.solr.update.DirectUpdateHandler2 commit
INFO: start commit(optimize=true,waitFlush=false,waitSearcher=true)
2008-09-24 09:24:29 org.apache.solr.update.SolrIndexWriter getDirectory
WARNING: No lockType configured for /home/jzgoda/solr-master-data/
index/ assuming 'simple'
2008-09-24 09:24:29 org.apache.solr.search.SolrIndexSearcher <init>
INFO: Opening [EMAIL PROTECTED] main
2008-09-24 09:24:29 org.apache.solr.update.DirectUpdateHandler2 commit
INFO: end_commit_flush
2008-09-24 09:24:29 org.apache.solr.core.SolrCore registerSearcher
INFO: [] Registered new searcher [EMAIL PROTECTED] main
2008-09-24 09:24:29 org.apache.solr.search.SolrIndexSearcher close
INFO: Closing [EMAIL PROTECTED] main
2008-09-24 09:24:29
org.apache.solr.update.processor.LogUpdateProcessor finish
INFO: {optimize=} 0 132
2008-09-24 09:24:29 org.apache.solr.core.SolrCore execute
INFO: [] webapp=/solr path=/update params={} status=0 QTime=132
This happened to work with 1.2 and stopped working once I updated Solr
to 1.3. Anyone knows what's happening there?
If this is known issue and is related to changes made in 1.3, maybe
some migration document should be created, describing incompatible
changes?
--
We read Knuth so you don't have to. - Tim Peters
Jarek Zgoda, R&D, Redefine
[EMAIL PROTECTED]
