I'm downloading the nightly build (19thMay09, why is the size so huge ~128 MB whereas the normal gz one is ~21 MB). I think I just have to replace the solr.war file with the nightly one, under tomcat and my rest of the config files in $solr.home will remain same. Correct me if I'm wrong. Nightly build are the latest ones, right? with all bug fixes done so far included in that build.
Thanks, KK. 2009/5/19 Noble Paul നോബിള് नोब्ळ् <noble.p...@corp.aol.com> > I am not sure whether it will apply on the 1.3 source. you can give it a > try. > > .a nightly build is your best bet. > > > > On Tue, May 19, 2009 at 7:54 PM, KK <dioxide.softw...@gmail.com> wrote: > > That jira mentions a patch. That will fix the bug, right?. > > How do I apply the patch? > > > > Thanks, > > KK> > > > > On Tue, May 19, 2009 at 7:52 PM, KK <dioxide.softw...@gmail.com> wrote: > >> > >> I'm using Solr1.3. I installed it two weeks ago. Current version is 1.3, > I > >> guess? Where to get 1.4 > >> Do I've to use solr1.4 dev[is it available for public use?] or any patch > >> to fix the bug? > >> > >> Thanks, > >> KK. > >> > >> 2009/5/19 Noble Paul നോബിള് नोब्ळ् <noble.p...@corp.aol.com> > >>> > >>> which build are you using ? I guess Solr1.3 had a problem with setting > >>> implicit properties which is fixed in Solr 1.4 > >>> > >>> https://issues.apache.org/jira/browse/SOLR-883 > >>> > >>> > >>> > >>> On Tue, May 19, 2009 at 6:16 PM, KK <dioxide.softw...@gmail.com> > wrote: > >>> > Thanks a lot @Paul. > >>> > A did as you said and added an entry in solrconfig.xml for data > >>> > directory. > >>> > But when I tried to register an new core it gave me the following > >>> > error. It > >>> > seems its not able to pick the core name from ${solr.core.name} > [even > >>> > tried > >>> > what you mentioned in your last mail, ${core.name} but no luck. > >>> > > >>> > > >>> > HTTP Status 500 - No system property or default value specified for > >>> > core.name org.apache.solr.common.SolrException: No system property > or > >>> > default value specified for solr.core.name at > >>> > > >>> > > org.apache.solr.common.util.DOMUtil.substituteProperty(DOMUtil.java:311) at > >>> > > >>> > > org.apache.solr.common.util.DOMUtil.substituteProperties(DOMUtil.java:264) > >>> > at > >>> > > >>> > > org.apache.solr.common.util.DOMUtil.substituteProperties(DOMUtil.java:272) > >>> > at > >>> > > >>> > > org.apache.solr.common.util.DOMUtil.substituteProperties(DOMUtil.java:272) > >>> > at org.apache.solr.core.Config.<init>(Config.java:105) at > >>> > org.apache.solr.core.SolrConfig.<init>(SolrConfig.java:113) at > >>> > org.apache.solr.core.CoreContainer.create(CoreContainer.java:321) at > >>> > > >>> > > org.apache.solr.handler.admin.CoreAdminHandler.handleRequestBody(CoreAdminHandler.java:107) > >>> > at > >>> > > >>> > > org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:131) > >>> > at org.apache.solr.core.SolrCore.execute(SolrCore.java:1204) at > >>> > > >>> > > org.apache.solr.servlet.SolrDispatchFilter.execute(SolrDispatchFilter.java:303) > >>> > at > >>> > > >>> > > org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:232) > >>> > at > >>> > > >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) > >>> > at > >>> > > >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) > >>> > at > >>> > > >>> > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) > >>> > at > >>> > > >>> > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172) > >>> > at > >>> > > >>> > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > >>> > at > >>> > > >>> > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) > >>> > at > >>> > > >>> > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108) > >>> > at > >>> > > >>> > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174) > >>> > at > >>> > > >>> > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:875) > >>> > at > >>> > > >>> > > org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) > >>> > at > >>> > > >>> > > org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528) > >>> > at > >>> > > >>> > > org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81) > >>> > at > >>> > > >>> > > org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689) > >>> > at java.lang.Thread.run(Thread.java:619) > >>> > > >>> > > >>> > Thanks, > >>> > KK. > >>> > > >>> > > >>> > 2009/5/19 Noble Paul നോബിള് नोब्ळ् <noble.p...@corp.aol.com> > >>> >> > >>> >> On Tue, May 19, 2009 at 5:32 PM, KK <dioxide.softw...@gmail.com> > >>> >> wrote: > >>> >> > Thank you very much Paul. The pictorial explanation was very > >>> >> > helpful, > >>> >> > made > >>> >> > everything clear. Thank you again. > >>> >> > AFAIU, I can put my existing schema.xml and solrconfig.xml under > >>> >> > conf/. > >>> >> > I > >>> >> > assume you also meant passing the paths to common schema and > >>> >> > solrconfig.xml > >>> >> > when registering a new core? My earlier try gave me some errors > when > >>> >> > I > >>> >> > tried > >>> >> > to do the same. I'll start afresh and let you know. > >>> >> nope the instanceDir is the only attribute you need to pass while > >>> >> creating the core > >>> >> > > >>> >> > Thank you, > >>> >> > KK. > >>> >> > > >>> >> > 2009/5/19 Noble Paul നോബിള് नोब्ळ् <noble.p...@corp.aol.com> > >>> >> > > >>> >> >> forget about the default setup that comes w/ the example. > >>> >> >> > >>> >> >> say you have the following structure > >>> >> >> /data/solr/home/ > >>> >> >> solr.xml > >>> >> >> conf/ > >>> >> >> schema.xml > >>> >> >> solrconfig.xml > >>> >> >> data/ > >>> >> >> /c1/ > >>> >> >> index > >>> >> >> /c2/ > >>> >> >> index > >>> >> >> /c3/ > >>> >> >> index > >>> >> >> > >>> >> >> * your solr.solr.home is /data/solr/home > >>> >> >> * your common instanceDir will be /data/solr/home/ again. pass > this > >>> >> >> parameter whenever you create a new core. > >>> >> >> * the conf dir contains the common files required for each core. > >>> >> >> * in your common solrconfig.xml keep a tag > >>> >> >> <dataDir>/data/solr/home/data/${solr.core.name}</dataDir> .(my > >>> >> >> previous mail had a mistake > >>> >> >> *assume your core names are c1,c2,c3 then solr will automatically > >>> >> >> create a structure as described above. (no need to create the > dirs > >>> >> >> c1 > >>> >> >> or c2 or c3) > >>> >> >> > >>> >> >> HTH > >>> >> >> > >>> >> >> > >>> >> >> > >>> >> >> On Tue, May 19, 2009 at 4:28 PM, KK <dioxide.softw...@gmail.com> > >>> >> >> wrote: > >>> >> >> > Thanks Paul. > >>> >> >> > > >>> >> >> > But I'm a bit confused. I've some questions. > >>> >> >> > # As you said I should have a base core instance directory > >>> >> >> > containing > >>> >> >> > the > >>> >> >> > conf directory, solrconfig.xml and schema.xml. Are you Before > >>> >> >> > continuing > >>> >> >> > further I would like to know that the schema and solrconfig > files > >>> >> >> > placed > >>> >> >> > under the example core0/conf [or core1/conf] look like stripped > >>> >> >> > down > >>> >> >> version > >>> >> >> > of what was available in base solrconfig and schema. So I tried > >>> >> >> > replacing > >>> >> >> > the stripped down files with the base ones [commenting out the > >>> >> >> > data > >>> >> >> > directory tag, as I'm using solr.xml @solr.home] for > multicore. > >>> >> >> > After > >>> >> >> > restarting tomcat, surprisingly the core with replaced files > >>> >> >> > didn't > >>> >> >> > show > >>> >> >> up > >>> >> >> > in the solr welcome page [http://localhost/solr] but the other > >>> >> >> > one > >>> >> >> > was > >>> >> >> there > >>> >> >> > and I moved around all the admin pages and others. If we are > >>> >> >> > going to > >>> >> >> make > >>> >> >> > use of this stripped down schema and config files then what > about > >>> >> >> > all > >>> >> >> those > >>> >> >> > things that were mentioned in the base file[I see a lot of > >>> >> >> > handlers, > >>> >> >> filter > >>> >> >> > factories and many many things], how are we going to make sure > >>> >> >> > that > >>> >> >> > they > >>> >> >> get > >>> >> >> > loaded when solr wakes up. Or the stripped down files are good > >>> >> >> > enough. I > >>> >> >> > need proper guidance on this as I'm still learning to make use > of > >>> >> >> > this > >>> >> >> > wonderful tool called Solr. Thank you Solr guys. > >>> >> >> > > >>> >> >> > # You said that I can put the data directory tag things in the > >>> >> >> > solrconfig.xml for solr1.3. I agree but where is the file. Are > >>> >> >> > you > >>> >> >> talking > >>> >> >> > about the stripped down solrconfig. If yes then this doesnot > have > >>> >> >> > any > >>> >> >> data > >>> >> >> > directory entry but the base solrconf file has this entry, > >>> >> >> > though. If > >>> >> >> > you > >>> >> >> > meant adding the entry in the stripped one, do confirm me. I'll > >>> >> >> > give > >>> >> >> > it a > >>> >> >> > try. > >>> >> >> > > >>> >> >> > Thanks, > >>> >> >> > KK. > >>> >> >> > > >>> >> >> > 2009/5/19 Noble Paul നോബിള് नोब्ळ् <noble.p...@corp.aol.com> > >>> >> >> > > >>> >> >> >> On Tue, May 19, 2009 at 2:08 PM, KK < > dioxide.softw...@gmail.com> > >>> >> >> >> wrote: > >>> >> >> >> > Hi All, > >>> >> >> >> > Finally I made the multicore thing running by copying the > >>> >> >> >> > core0 > >>> >> >> >> > and > >>> >> >> core1 > >>> >> >> >> > directory to $solr.home and putting a solr.xml file under > the > >>> >> >> >> > same > >>> >> >> >> > directory. A bit relieved ! > >>> >> >> >> > I would like to do on-the-fly registration of core[I've > >>> >> >> >> > provision > >>> >> >> >> > to > >>> >> >> add > >>> >> >> >> > unique corenames everytime I register a new one] and as per > >>> >> >> >> > the > >>> >> >> >> > basic > >>> >> >> >> > requirements mentioned in the wiki[ > >>> >> >> http://wiki.apache.org/solr/CoreAdmin] > >>> >> >> >> I > >>> >> >> >> > did the following: > >>> >> >> >> > 1. set persistent="true" and sharedLIb="lib" > >>> >> >> >> > For this I actually copied the file given in wiki and put > it > >>> >> >> >> > under > >>> >> >> >> > solr.home. Started tomcat and tried to register a new core > >>> >> >> >> > named > >>> >> >> >> > core3 > >>> >> >> >> like > >>> >> >> >> > this[I'm running solr on 8080] > >>> >> >> >> > > >>> >> >> >> > > http://localhost:8080/solr/admin/cores?action=CREATE&name=core2 > >>> >> >> >> > and the browser gave me error saying that instanceDir is > >>> >> >> >> > missing, > >>> >> >> Agreed > >>> >> >> >> > its missing but do I need to provide the path to a new > >>> >> >> >> > directory > >>> >> >> >> everytime a > >>> >> >> >> > register a new core or any old core'x directory will do the > >>> >> >> >> > job? > >>> >> >> >> > Then > >>> >> >> I > >>> >> >> >> > copied an existing directory core0 to core2 with all its > /bin > >>> >> >> >> > and > >>> >> >> /conf > >>> >> >> >> and > >>> >> >> >> > other stuffs. Then I tried to refresh the earlier page in > >>> >> >> >> > firefox > >>> >> >> >> > and > >>> >> >> WOW > >>> >> >> >> it > >>> >> >> >> > worked. Then to confirm that the new core details has been > >>> >> >> >> > added > >>> >> >> >> > to > >>> >> >> >> solr.xml > >>> >> >> >> > I cross checked the file and found a new entry for core2. > Its > >>> >> >> >> > working. > >>> >> >> >> > > >>> >> >> >> > Now let me mention what I want to do, > >>> >> >> >> > # I want multiple cores, true but all the core will > >>> >> >> >> > essentially > >>> >> >> >> > have > >>> >> >> the > >>> >> >> >> > same schema and config as well. > >>> >> >> >> > # I want separete index for each core so that during posting > >>> >> >> >> > and > >>> >> >> >> searching I > >>> >> >> >> > can search a specific core > >>> >> >> >> > > >>> >> >> >> > Now I've certain doubts about these things. > >>> >> >> >> > 1. Do we have to create a new directory with all those /bin > >>> >> >> >> > and > >>> >> >> >> > /conf > >>> >> >> >> > everytime we've to register a new core. This sounds silly > and > >>> >> >> >> > I'm > >>> >> >> pretty > >>> >> >> >> > sure I must be wrong . There must be some way to just say > that > >>> >> >> >> > : > >>> >> >> Create > >>> >> >> >> this > >>> >> >> >> > new core having the core name as ABXZ. The wiki does say the > >>> >> >> >> > last > >>> >> >> three > >>> >> >> >> > parameters are optinal [Wiki:Note that config ,schema & > >>> >> >> >> > dataDir > >>> >> >> >> parameters > >>> >> >> >> > are optional.] Can't we have some base schema and config > file > >>> >> >> >> > say > >>> >> >> under > >>> >> >> >> > $solr.home [or may be somewhere else if that creates > problem] > >>> >> >> >> > and > >>> >> >> >> everytime > >>> >> >> >> > we create a new core just point to those. Can someone give > me > >>> >> >> >> > direct > >>> >> >> >> > examples for the same[the wiki does say about this but I'm > not > >>> >> >> completely > >>> >> >> >> > clear about that, some examples will do the job]. > >>> >> >> >> > 2. Do we have to make sure that the data directory is > sitting > >>> >> >> >> > inside > >>> >> >> >> coreX > >>> >> >> >> > directory, or we can put it elsewhere? > >>> >> >> >> > >>> >> >> >> you don't have to create conf dir and schema.xml and > >>> >> >> >> solrconfig.xml > >>> >> >> >> for each core separately. keep one instance dir where you have > >>> >> >> >> the > >>> >> >> >> conf dir and its contents. pass the instanceDir when you > create > >>> >> >> >> a > >>> >> >> >> new > >>> >> >> >> core. > >>> >> >> >> > >>> >> >> >> if you are using 1.3 > >>> >> >> >> in the solrconfig.xml , keep the datadir as follows > >>> >> >> >> > >>> >> >> >> <dataDir>/data/solr/${core.name}</dataDir> > >>> >> >> >> > >>> >> >> >> each core will automatically have a diffferent dataDir > >>> >> >> >> > >>> >> >> >> > >>> >> >> >> > >>> >> >> >> > > >>> >> >> >> > Thank you very much. > >>> >> >> >> > KK. > >>> >> >> >> > > >>> >> >> >> > >>> >> >> >> > >>> >> >> >> > >>> >> >> >> -- > >>> >> >> >> ----------------------------------------------------- > >>> >> >> >> Noble Paul | Principal Engineer| AOL | http://aol.com > >>> >> >> >> > >>> >> >> > > >>> >> >> > >>> >> >> > >>> >> >> > >>> >> >> -- > >>> >> >> ----------------------------------------------------- > >>> >> >> Noble Paul | Principal Engineer| AOL | http://aol.com > >>> >> >> > >>> >> > > >>> >> > >>> >> > >>> >> > >>> >> -- > >>> >> ----------------------------------------------------- > >>> >> Noble Paul | Principal Engineer| AOL | http://aol.com > >>> > > >>> > > >>> > >>> > >>> > >>> -- > >>> ----------------------------------------------------- > >>> Noble Paul | Principal Engineer| AOL | http://aol.com > >> > > > > > > > > -- > ----------------------------------------------------- > Noble Paul | Principal Engineer| AOL | http://aol.com >
