Re: What are the basic requirements for on-the-fly registration/creation of new Core?

[KK]

Do I've to check out this
http://svn.apache.org/repos/asf/lucene/solr/trunk/
using this command
svn checkout http://svn.apache.org/repos/asf/lucene/solr/trunk/
??? not much idea about svn chekout from public repo. give me some specific
pointers on this.

and then fire ant to build a fresh solr? Will that create the war to be
deployed or I've to create the war file for deployment? please give me
proper directions.

Thanks,
KK.

2009/5/20 Noble Paul നോബിള്‍ नोब्ळ् 

> you will have to wait another 3 hours for the next nightly build to happen.
>
> you can of course check out the trunk and build one your own
>
> see this
>
> http://lucene.apache.org/solr/version_control.html#Anonymous+Access+(read-only)
>
> now you may need ant to build this.
>
> On Wed, May 20, 2009 at 11:53 AM, KK  wrote:
> > I downloaded the nightly build . How do I get the trunk and where to get
> it
> > from? I've never used trunks earlier . Please help me out. Tell me the
> > detailed steps for all this.
> >
> > Thanks,
> > KK.
> >
> > 2009/5/20 Noble Paul നോബിള്‍ नोब्ळ् 
> >>
> >> if you are using a trunk version you can still use the dataDir
> >> attribute while creating the core. so you are not really stuck
> >>
> >> I have committed the fix
> >>
> >> On Wed, May 20, 2009 at 11:45 AM, KK 
> wrote:
> >> > Please do so ASAP. I'm stuck just becaue of that. If not then I might
> >> > have
> >> > to move to lucene. I guess lucene has support for on the fly creation
> of
> >> > new
> >> > indexes. Any idea on this?
> >> >
> >> > Thanks,
> >> > KK.
> >> >
> >> > 2009/5/20 Noble Paul നോബിള്‍ नोब्ळ् 
> >> >>
> >> >> hi KK,
> >> >> the fix got removed in a subsequent refactoring I guess. I shall
> check
> >> >> in soon and you can get it from the trunk.
> >> >>
> >> >> On Wed, May 20, 2009 at 11:29 AM, KK 
> >> >> wrote:
> >> >> > I downloaded the nightly build and deployed the
> >> >> > dist/solr-nightly-build.war
> >> >> > in tomcat with all other config same @solr.home. Trying to create a
> >> >> > new
> >> >> > core
> >> >> > gave me the same error. Do I still need to apply the patch you
> >> >> > mentioned
> >> >> > earlier. I'm stuck, please help me out.
> >> >> > I used this to create a new core,
> >> >> >
> >> >> >
> >> >> >
> http://localhost:8080/solr/admin/cores?action=CREATE&name=core2&instanceDir=/opt/solr/
> >> >> >
> >> >> > my solr home is /opt/solr which has a conf directory containing
> >> >> > solrconfig
> >> >> > and schema files.
> >> >> >
> >> >> > Thanks,
> >> >> > KK
> >> >> >
> >> >> > message No system property or default value specified for
> >> >> > solr.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.(Config.java:105) at
> >> >> > org.apache.solr.core.SolrConfig.(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
> >> >> >
> >> >> >
> >>

Re: Solr statistics of top searches and results returned

[Shalin Shekhar Mangar]

On Tue, May 19, 2009 at 11:50 PM, solrpowr  wrote:

>
> Besides my own offline processing via logs, does solr have the
> functionality
> to give me statistics such as top searches, how many results were returned
> on these searches, and/or how long it took to get these results on average.
>
>
You can see the statistics page (see the /select section) which will tell
you average queries per second and average time per query.

There's no option to show top searches as of now.

-- 
Regards,
Shalin Shekhar Mangar.

Re: Help needed on DataImportHandler to index xml files

[Noble Paul നോബിള്‍ नोब्ळ्]

there is an example given for the same

http://wiki.apache.org/solr/DataImportHandler#head-8edbc7e588d97068aa0a61ed2e3e8e61b43debce



On Wed, May 20, 2009 at 11:35 AM, Jianbin Dai  wrote:
>
> Hi All,
> I am new here. Thanks for reading my question.
> I want to use DataImportHandler to index my tons of xml files (7GB total) 
> stored in my local disk. My data-config.xml is attached below. It works fine 
> with one file (abc.xml), but how can I index all xml files at one time? 
> Thanks!
>
>
> 
>        
>        
>                                        url="/root/abc.xml"
>                        processor="XPathEntityProcessor"
>                        forEach="/ShopzillaQueryResponse/product"
>                        transformer="DateFormatTransformer">
>
>                         xpath="/ShopzillaQueryResponse/product/id" />
>                         xpath="/ShopzillaQueryResponse/product/name" />
>                         xpath="/ShopzillaQueryResponse/product/sku" />
>                         xpath="/ShopzillaQueryResponse/product/desc_short" />
>                         xpath="/ShopzillaQueryResponse/product/merchantListing/merchantProduct/price" 
> />
>
>                
>        
> 
>
>
>
>
>



-- 
-
Noble Paul | Principal Engineer| AOL | http://aol.com

query clause and filter query

[Ashish P]

what is the difference between query clause and filter query??
Thanks,
Ashish
-- 
View this message in context: 
http://www.nabble.com/query-clause-and-filter-query-tp23629715p23629715.html
Sent from the Solr - User mailing list archive at Nabble.com.

Re: What are the basic requirements for on-the-fly registration/creation of new Core?

[KK]

I downloaded the nightly build . How do I get the trunk and where to get it
from? I've never used trunks earlier . Please help me out. Tell me the
detailed steps for all this.

Thanks,
KK.

2009/5/20 Noble Paul നോബിള്‍ नोब्ळ् 

> if you are using a trunk version you can still use the dataDir
> attribute while creating the core. so you are not really stuck
>
> I have committed the fix
>
> On Wed, May 20, 2009 at 11:45 AM, KK  wrote:
> > Please do so ASAP. I'm stuck just becaue of that. If not then I might
> have
> > to move to lucene. I guess lucene has support for on the fly creation of
> new
> > indexes. Any idea on this?
> >
> > Thanks,
> > KK.
> >
> > 2009/5/20 Noble Paul നോബിള്‍ नोब्ळ् 
> >>
> >> hi KK,
> >> the fix got removed in a subsequent refactoring I guess. I shall check
> >> in soon and you can get it from the trunk.
> >>
> >> On Wed, May 20, 2009 at 11:29 AM, KK 
> wrote:
> >> > I downloaded the nightly build and deployed the
> >> > dist/solr-nightly-build.war
> >> > in tomcat with all other config same @solr.home. Trying to create a
> new
> >> > core
> >> > gave me the same error. Do I still need to apply the patch you
> mentioned
> >> > earlier. I'm stuck, please help me out.
> >> > I used this to create a new core,
> >> >
> >> >
> http://localhost:8080/solr/admin/cores?action=CREATE&name=core2&instanceDir=/opt/solr/
> >> >
> >> > my solr home is /opt/solr which has a conf directory containing
> >> > solrconfig
> >> > and schema files.
> >> >
> >> > Thanks,
> >> > KK
> >> >
> >> > message No system property or default value specified for
> solr.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.(Config.java:105) at
> >> > org.apache.solr.core.SolrConfig.(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)
> >> >
> >> > description The server encountered an internal error (No system
> property
> >> > or
> >> > default value specified for solr.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.cor

Re: What are the basic requirements for on-the-fly registration/creation of new Core?

[KK]

Please do so ASAP. I'm stuck just becaue of that. If not then I might have
to move to lucene. I guess lucene has support for on the fly creation of new
indexes. Any idea on this?

Thanks,
KK.

2009/5/20 Noble Paul നോബിള്‍ नोब्ळ् 

> hi KK,
> the fix got removed in a subsequent refactoring I guess. I shall check
> in soon and you can get it from the trunk.
>
> On Wed, May 20, 2009 at 11:29 AM, KK  wrote:
> > I downloaded the nightly build and deployed the
> dist/solr-nightly-build.war
> > in tomcat with all other config same @solr.home. Trying to create a new
> core
> > gave me the same error. Do I still need to apply the patch you mentioned
> > earlier. I'm stuck, please help me out.
> > I used this to create a new core,
> >
> http://localhost:8080/solr/admin/cores?action=CREATE&name=core2&instanceDir=/opt/solr/
> >
> > my solr home is /opt/solr which has a conf directory containing
> solrconfig
> > and schema files.
> >
> > Thanks,
> > KK
> >
> > message No system property or default value specified for solr.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.(Config.java:105) at
> > org.apache.solr.core.SolrConfig.(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)
> >
> > description The server encountered an internal error (No system property
> or
> > default value specified for solr.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.(Config.java:105) at
> > org.apache.solr.core.SolrConfig.(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
>

Help needed on DataImportHandler to index xml files

[Jianbin Dai]

Hi All,
I am new here. Thanks for reading my question.
I want to use DataImportHandler to index my tons of xml files (7GB total) 
stored in my local disk. My data-config.xml is attached below. It works fine 
with one file (abc.xml), but how can I index all xml files at one time? Thanks!



















  

Re: What are the basic requirements for on-the-fly registration/creation of new Core?

[KK]

I downloaded the nightly build and deployed the dist/solr-nightly-build.war
in tomcat with all other config same @solr.home. Trying to create a new core
gave me the same error. Do I still need to apply the patch you mentioned
earlier. I'm stuck, please help me out.
I used this to create a new core,
http://localhost:8080/solr/admin/cores?action=CREATE&name=core2&instanceDir=/opt/solr/

my solr home is /opt/solr which has a conf directory containing solrconfig
and schema files.

Thanks,
KK

*message* *No system property or default value specified for
solr.core.nameorg.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.(Config.java:105) at
org.apache.solr.core.SolrConfig.(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) *

*description* *The server encountered an internal error (No system property
or default value specified for
solr.core.nameorg.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.(Config.java:105) at
org.apache.solr.core.SolrConfig.(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.thr

Issue with AND/OR Operator in Dismax Request

[dabboo]

Hi, 

I am not getting correct results with a Query which has multiple AND | OR
operator. 

Query Format q=((A AND B) OR (C OR D) OR E) 

?q=((intAgeFrom_product_i:[0+TO+3]+AND+intAgeTo_product_i:[3+TO+*])+OR+(intAgeFrom_product_i:[0+TO+3]+AND+intAgeTo_product_i:[0+TO+3])+OR+(ageFrom_product_s:Adult))&qt=dismaxrequest
 

Query return correct result without Dismaxrequest, but incorrect results
with Dismaxrequest. 

I have to use dismaxrequest because i need boosting of search results 

According to some posts there are issues with AND | OR operator with
dismaxrequest. 
Please let me know if anyone has faced the same problem and if there is any
way to make the query work with dismaxrequest. 

I also believe that there is some patch available for this in one of the
JIRA. I would appreciate if somebody can let me know the URL, so that I can
take a look at the patch.

Thanks for the help.

Thanks, 
Amit Garg
-- 
View this message in context: 
http://www.nabble.com/Issue-with-AND-OR-Operator-in-Dismax-Request-tp23629269p23629269.html
Sent from the Solr - User mailing list archive at Nabble.com.

Re: Splitting the index

[Noble Paul നോബിള്‍ नोब्ळ्]

if you wish to index each users mail in one index it should be
possible to split the index. As long as you know the user-id and index
name you may just hit that solr or the core

On Wed, May 20, 2009 at 10:40 AM, RaghavPrabhu  wrote:
>
> Hi,
>
> Thanks for your response buddy...
>
>  We are indexing the mail journals (Archive mails) of about 5000 employees
> in a weekly basis.  We don't want to use multicore option. How can i
> implement Shards in our mail journal system.
>
> Thanks & regards
> Prabhu.K
>
>
> Noble Paul നോബിള്‍  नोब्ळ्-2 wrote:
>>
>> splitting the same index ? I don't think it is possible
>>
>> what is the use case?
>>
>> On Tue, May 19, 2009 at 4:24 PM, RaghavPrabhu 
>> wrote:
>>>
>>> Hi all,
>>>
>>> Do you have any idea about to split the index in to different data
>>> directory? If so, kindly let me know please..
>>>
>>> Thanks & regards
>>> Prabhu.K
>>> --
>>> View this message in context:
>>> http://www.nabble.com/Splitting-the-index-tp23613882p23613882.html
>>> Sent from the Solr - User mailing list archive at Nabble.com.
>>>
>>>
>>
>>
>>
>> --
>> -
>> Noble Paul | Principal Engineer| AOL | http://aol.com
>>
>>
>
> --
> View this message in context: 
> http://www.nabble.com/Splitting-the-index-tp23613882p23629081.html
> Sent from the Solr - User mailing list archive at Nabble.com.
>
>



-- 
-
Noble Paul | Principal Engineer| AOL | http://aol.com

Re: What are the basic requirements for on-the-fly registration/creation of new Core?

[KK]

Thank you. Let me try the nightly build then I'll let you know.

Thanks,
KK.

2009/5/20 Noble Paul നോബിള്‍ नोब्ळ् 

> The dowload is big because it contains a lot of things (read contribs)
> which you may not need. You can just take the solr.war from that.
>
> everything else remains same. All the conf files should be completely
> backward compatible.
>
> all resolved issues will be available in the nightly
>
>
> On Wed, May 20, 2009 at 10:19 AM, KK  wrote:
> > 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 നോബിള്‍ नोब्ळ् 
> >
> >> 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  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 
> 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 നോബിള്‍ नोब्ळ् 
> >> >>>
> >> >>> 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 
> >> 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.(Config.java:105) at
> >> >>> > org.apache.solr.core.SolrConfig.(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
> >> >>> >
> 

Re: Plugin Not Found

[Noble Paul നോബിള്‍ नोब्ळ्]

what is the error message you see when you start Solr?

On Wed, May 20, 2009 at 4:44 AM, Jeff Newburn  wrote:
> I am trying to get a custom plugin to work properly.  When I put the jar
> into the unpacked webapp directory for solr it works fine but when I put it
> in the lib directory in the solr home nothing works. Is there something
> missing besides just dropping it into the directory?
>
> Works:
> {solr.home}/tomcat/webapp/solr/WEB-INF/lib/
>
> Doesn¹t Work:
> {solr.home}/lib/
>
> //Code snippets
> package org.apache.solr.handler.component;
> public class FacetCubeComponent extends SearchComponent implements
> SolrCoreAware
> SolrConfig
>   class="org.apache.solr.handler.component.FacetCubeComponent"/
>         
>               spellcheck
>               facetcube
>         
>
>
> --
> Jeff Newburn
> Software Engineer, Zappos.com
> jnewb...@zappos.com - 702-943-7562
>
>



-- 
-
Noble Paul | Principal Engineer| AOL | http://aol.com

Re: EventListeners of DIM

[Noble Paul നോബിള്‍ नोब्ळ्]

On Fri, Apr 17, 2009 at 7:38 PM, Marc Sturlese  wrote:
>
> Hey there,
> I have seen the new feature of EventListeners of DIH in trunk.
>
> 
> 
> 
> 
> 
>
> These events are called at the begining and end of the whole indexing
> process or at the begining and end of indexing just a document.
> My idea is to update a field of a row of a mysl table every time a doc is
> indexed. Is this possible or I should I save all doc ids and do the update
> of the row of the table using onImportEnd?

the events are available only for the start and end of indexing. there
are no per document events

>
> Thanks in advance!
>
>
> --
> View this message in context: 
> http://www.nabble.com/EventListeners-of-DIM-tp23098357p23098357.html
> Sent from the Solr - User mailing list archive at Nabble.com.
>
>



-- 
-
Noble Paul | Principal Engineer| AOL | http://aol.com

Re: What are the basic requirements for on-the-fly registration/creation of new Core?

[Noble Paul നോബിള്‍ नोब्ळ्]

The dowload is big because it contains a lot of things (read contribs)
which you may not need. You can just take the solr.war from that.

everything else remains same. All the conf files should be completely
backward compatible.

all resolved issues will be available in the nightly


On Wed, May 20, 2009 at 10:19 AM, KK  wrote:
> 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 നോബിള്‍ नोब्ळ् 
>
>> 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  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  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 നോബിള്‍ नोब्ळ् 
>> >>>
>> >>> 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 
>> 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.(Config.java:105) at
>> >>> > org.apache.solr.core.SolrConfig.(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$ControlRunnab

Re: Splitting the index

[RaghavPrabhu]

Hi,

Thanks for your response buddy...

 We are indexing the mail journals (Archive mails) of about 5000 employees
in a weekly basis.  We don't want to use multicore option. How can i
implement Shards in our mail journal system.

Thanks & regards
Prabhu.K


Noble Paul നോബിള്‍  नोब्ळ्-2 wrote:
> 
> splitting the same index ? I don't think it is possible
> 
> what is the use case?
> 
> On Tue, May 19, 2009 at 4:24 PM, RaghavPrabhu 
> wrote:
>>
>> Hi all,
>>
>> Do you have any idea about to split the index in to different data
>> directory? If so, kindly let me know please..
>>
>> Thanks & regards
>> Prabhu.K
>> --
>> View this message in context:
>> http://www.nabble.com/Splitting-the-index-tp23613882p23613882.html
>> Sent from the Solr - User mailing list archive at Nabble.com.
>>
>>
> 
> 
> 
> -- 
> -
> Noble Paul | Principal Engineer| AOL | http://aol.com
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Splitting-the-index-tp23613882p23629081.html
Sent from the Solr - User mailing list archive at Nabble.com.

Re: What are the basic requirements for on-the-fly registration/creation of new Core?

[KK]

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 നോബിള്‍ नोब्ळ् 

> 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  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  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 നോബിള്‍ नोब्ळ् 
> >>>
> >>> 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 
> 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.(Config.java:105) at
> >>> > org.apache.solr.core.SolrConfig.(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 നോബിള്‍ नोब्ळ् 
> >>> >>
> >>> >> On Tue, May 19, 2009 at 5:32 PM, KK 
> >>> >> 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
> >>

Re: I have bad performance when using elevate.xml

[Yonik Seeley]

2009/5/19 ant :
> This is my elevate.xml.about 34  nodes, and each of them about two or
> three  nodes.
> Perhaps the bad performance because of  the small  memory?

OK, I see... the elevation component maintains a FieldCache entry for
"id", to translate docid to uniqueKey to do a HashMap lookup.

The HashMap lookup could be the cause of a little slowness, but the
main culprit is probably the memory used by the FieldCache entry.
Comments in the implementation mention this too:

// A future alternate version could store internal docids (would
need to be regenerated per IndexReader)
// instead of loading the FieldCache instance into memory.

Is there a way to give your JVM more heap, or to decrease the size of
the uniqueKey field values?

We should probably develop an option to directly hash on internal
docids (avoiding bringing all of the uniqueKey values into memory).
Could you open a JIRA issue for this?

-Yonik
http://www.lucidimagination.com

Re: I have bad performance when using elevate.xml

[ant]

This is my elevate.xml.about 34  nodes, and each of them about two or
three  nodes.
Perhaps the bad performance because of  the small  memory?


solrconfig.xml

...
...


   1024

   
   
   
   true
   20
   200
   
..
.

-
elevate.xml


 
  
 
 
  
 
 
  
 
 
  
  
  
  
  
 
 
  
  
 
 
  
  
  
  
 
 
  
  
  
  
 
  
  
  
  
  
 
  
  
  
  
  
 
 
  
 
 
  
  
 
 
  
 
 
  
  
  
  
 
 
  
 
 
  
 
 
  
 
 
  
 
 
  
 
 
  
 
 
  
  
 
 
  
 
 
  
  
 
 
  
  
 
 
  
  
  
 
 
  
 
 
  
  
 
 
  
  
  
 
 
  
 
 
  
 
 
  
 
 
  
 
 
  
 
 
  
 
 
  
 


2009/5/12 Yonik Seeley 

>  On Mon, May 11, 2009 at 4:55 AM, ant  wrote:
> > I have 10M document, 2.9GB,Not to use the elevate.xml when there is no
> > problem, adding the elevate.xml in SOLR_HOME/data , to search  the
> > configured key word , the system will be very slow, all of memory be
> > used(JVM 2GB ) soon ,and web container suspended.
>
> How many keywords and documents do you list in elevate.xml?
>
> -Yonik
> http://www.lucidimagination.com
>

Re: query with string search and ranges

[Avlesh Singh]

>
> Is there any easy way of doing the query with out any changes, or i can use
> any inbuilt solr feature which is smart enough to do full text search and i
> dont have to exclusively give the double quotes.
>

>From the query I can make out that you always want to do a phrase* *query.
You have to construct one if your field is of type text/string.

For example msrp is of type slong, which brings me to the question of
> difference between long and slong.
>

A field of type sortable (int | long | double | float) helps you in doing
range queries on your field, which you are actually doing for your field
msrp. Read more here -
http://www.lucidimagination.com/blog/2009/02/09/sorting-faceting-and-schema-design-in-solr/

Cheers
Avlesh

On Wed, May 20, 2009 at 2:40 AM, darniz  wrote:

>
> Hi All
> i am having a query being constructed at runtime. For example from
> freemarker i am getting a string like
> vehicleType:Sedan+features:mast antenna+msrp:[1 TO 2].
> When i make a solrJ call i have to manually check the data type of the
> field. For text search i have to append double quotes and for ranges as it
> is. hence my solrJ Query String will be like
> "vehicleType:\"Sedan\" AND features:\"mast antenna\" AND msrp:[1 TO
> 2]"
> Is there any easy way of doing the query with out any changes, or i can use
> any inbuilt solr feature which is smart enough to do full text search and i
> dont have to exclusively give the double quotes.
> For example msrp is of type slong, which brings me to the question of
> difference between long and slong.
> Can any body please anwer this
>
> --
> View this message in context:
> http://www.nabble.com/query-with-string-search-and-ranges-tp23624101p23624101.html
> Sent from the Solr - User mailing list archive at Nabble.com.
>
>

Re: Defining DataDir in Multi-Core

[vivek sar]

As per splitting the index, I simply start a new core once a core
reaches a certain size - using CREATE and then start writing to that
new core. Note that Solr will maintain all the cores defined in the
solr.xml.

As per reusing the same schema and solrconfig.xml - you can create a
default core (say core0) and put in the conf directory there. In the
solr.xml for every new core set the instanceDir to core0 and its
dataDir to the new core's data directory.

Hope this helps.

-vivek

2009/5/19 Noble Paul നോബിള്‍  नोब्ळ् :
> On Tue, May 19, 2009 at 2:32 PM, KK  wrote:
>> I could not follow[is this mail a continuation of some old mail, a part of
>> which seems to be missing], but I want to.
>> Is it the case that CREATE is to be supported by solr1.4 i.e currently
>> solr1.3 doesnot support this? Correct me if I'm wrong .
> CREATE is supported in Solr1.3 also
>
> the dataDir attribute is a new feature in 1.4
>>
>> Vivek could you please tell me how did you fix the problem of using a single
>> schema and config file for all cores and having different data directories.
>> I'm stuck at the same point as you were. Please help me out. Can you provide
>> some specific examples that shows the way you used the create statement to
>> register new cores on the fly. Thank you .
>>
>> --KK
>>
>> On Tue, May 19, 2009 at 1:17 PM, vivek sar  wrote:
>>
>>> Yeah, it was sometime back - it did work. Thanks for following up.
>>>
>>> On Tue, May 19, 2009 at 12:34 AM, RaghavPrabhu 
>>> wrote:
>>> >
>>> > Hi Vivek,
>>> >
>>> >  Have you figure out the problem of creating the data dir in wrong
>>> > location?
>>> >
>>> >  For me its working...
>>> >
>>> >   Just comment the data dir (in solrconfig.xml file) and create the core
>>> > via REST call. It should work!!!
>>> >
>>> > Thanks & regards
>>> > Prabhu.K
>>> >
>>> >
>>> >
>>> > vivek sar wrote:
>>> >>
>>> >> Hi,
>>> >>
>>> >>   I tried the latest nightly build (04-01-09) - it takes the dataDir
>>> >> property now, but it's creating the Data dir at the wrong location.
>>> >> For ex., I've the following in solr.xml,
>>> >>
>>> >> 
>>> >>     
>>> >>       >> >> dataDir="/Users/opal/temp/afterchat/solr/data/core0"/>
>>> >>     
>>> >> 
>>> >>
>>> >> but, it always seem to be creating the solr/data directory in the cwd
>>> >> (where I started the Tomcat from). Here is the log from Catalina.out,
>>> >>
>>> >> Apr 1, 2009 10:47:21 AM org.apache.solr.core.SolrCore 
>>> >> INFO: [core2] Opening new SolrCore at /Users/opal/temp/chat/solr/,
>>> >> dataDir=./solr/data/
>>> >> ..
>>> >> Apr 1, 2009 10:47:21 AM org.apache.solr.core.SolrCore initIndex
>>> >> WARNING: [core2] Solr index directory './solr/data/index' doesn't
>>> >> exist. Creating new index...
>>> >>
>>> >> I've also tried relative paths, but to no avail.
>>> >>
>>> >> Is this a bug?
>>> >>
>>> >> Thanks,
>>> >> -vivek
>>> >>
>>> >> On Wed, Apr 1, 2009 at 9:45 AM, vivek sar  wrote:
>>> >>> Thanks Shalin.
>>> >>>
>>> >>> Is it available in the latest nightly build?
>>> >>>
>>> >>> Is there any other way I can create cores dynamically (using CREATE
>>> >>> service) which will use the same schema.xml and solrconfig.xml, but
>>> >>> write to different data directories?
>>> >>>
>>> >>> Thanks,
>>> >>> -vivek
>>> >>>
>>> >>> On Wed, Apr 1, 2009 at 1:55 AM, Shalin Shekhar Mangar
>>> >>>  wrote:
>>>  On Wed, Apr 1, 2009 at 1:48 PM, vivek sar  wrote:
>>> > I'm using the latest released one - Solr 1.3. The wiki says passing
>>> > dataDir to CREATE action (web service) should work, but that doesn't
>>> > seem to be working.
>>> >
>>> 
>>>  That is a Solr 1.4 feature (not released yet).
>>> 
>>>  --
>>>  Regards,
>>>  Shalin Shekhar Mangar.
>>> 
>>> >>>
>>> >>
>>> >>
>>> >
>>> > --
>>> > View this message in context:
>>> http://www.nabble.com/Defining-DataDir-in-Multi-Core-tp22818543p23611179.html
>>> > Sent from the Solr - User mailing list archive at Nabble.com.
>>> >
>>> >
>>>
>>
>
>
>
> --
> -
> Noble Paul | Principal Engineer| AOL | http://aol.com
>

Plugin Not Found

[Jeff Newburn]

I am trying to get a custom plugin to work properly.  When I put the jar
into the unpacked webapp directory for solr it works fine but when I put it
in the lib directory in the solr home nothing works. Is there something
missing besides just dropping it into the directory?

Works: 
{solr.home}/tomcat/webapp/solr/WEB-INF/lib/

Doesn¹t Work:
{solr.home}/lib/

//Code snippets
package org.apache.solr.handler.component;
public class FacetCubeComponent extends SearchComponent implements
SolrCoreAware 
SolrConfig
 
   spellcheck
   facetcube
 


-- 
Jeff Newburn
Software Engineer, Zappos.com
jnewb...@zappos.com - 702-943-7562

Re: How to change the weight of the fields ?

[Koji Sekiguchi]

Vincent,

You need to add defType=dismax when using bf parameter.

Please see:
http://wiki.apache.org/solr/DisMaxRequestHandler

Koji

Vincent Pérès wrote:

Hello,

I'm stuck my the boost feature...

I'm doing the following query :

http://localhost:8983/solr/select/?q=novel&bf=title_s^5.0&fl=title_s+isbn_s&version=2.2&start=0&rows=5&indent=on&debugQuery=on

Below a part of my debug (the results are correct) :


novel
novel
text:novel
text:novel
−

−


0.6041825 = (MATCH) fieldWeight(text:novel in 395), product of:
  1.7320508 = tf(termFreq(text:novel)=3)
  3.1892564 = idf(docFreq=55, numDocs=500)
  0.109375 = fieldNorm(field=text, doc=395)

−


0.51787066 = (MATCH) fieldWeight(text:novel in 443), product of:
  1.7320508 = tf(termFreq(text:novel)=3)
  3.1892564 = idf(docFreq=55, numDocs=500)
  0.09375 = fieldNorm(field=text, doc=443)



It seems Solr is only evaluating the 'text' field and skip the 'title_s'
field.
The line in the schema for dynamic string is :
omitNorms="false" />


Do I need to enable something else to be able to change the weight of my
fields?

Thanks very much
Vincent
  

Re: EventListeners of DIM

[Koji Sekiguchi]

msmall wrote:

I've seen the documentation that references the EventListener interface
(DataImportHandler section of WIKI), but in the latest
apache-solr-dataimporthandler-1.3.0.jar, there is no
org.apache.solr.handler.dataimport.EventListener interface.  Where is this
interface and do I need to event implement it (similar to Transformer)?

  


It is Solr 1.4/trunk:

$ svn log 
contrib/dataimporthandler/src/main/java/org/apache/solr/handler/dataimport/EventListener.java 



r757332 | shalin | 2009-03-23 16:14:19 +0900 (Mon, 23 Mar 2009) | 1 line

SOLR-1081 followup -- Remove abstract keyword

r757325 | shalin | 2009-03-23 15:20:27 +0900 (Mon, 23 Mar 2009) | 1 line

SOLR-1081 -- Change EventListener to be an interface so that components 
such as an EntityProcessor or a Transformer can act as an event listener


r732695 | shalin | 2009-01-08 21:52:16 +0900 (Thu, 08 Jan 2009) | 1 line

SOLR-938 -- Add event listener API for import start and end




Koji

Re: Indexing issue in DIH - not all records are Indexed

[jayakeerthi s]

I changed the UniqueKey and it worked fine.thank you very much Nobel

2009/5/18 Noble Paul നോബിള്‍ नोब्ळ् 

> the problem is that your uniquekey may not be unique
>
> just remove the entry altogether
>
> On Mon, May 18, 2009 at 10:53 PM, jayakeerthi s 
> wrote:
> > Hi Noble,
> > Many thanks for the reply
> >
> > Yes there is a UniqueKey in the Schema which is the ProductID.
> >
> > I also tried PROD_ID. But no luck
> > same only one document seen after querying *:*
> >
> > I have attached the Schema.xml used for your reference,please advise.
> >
> > Thanks and regards,
> > Jay
> >
> > 2009/5/16 Noble Paul നോബിള്‍ नोब्ळ् 
> >>
> >> check out if you have a uniqueKey in your schema. I there are
> >> duplicates they are overwritten
> >>
> >> On Sat, May 16, 2009 at 1:38 AM, jayakeerthi s 
> >> wrote:
> >> > I am using Solr for our application with JBoss Integration.
> >> >
> >> > I have managed to configure the indexing from Oralce db for 22
> >> > fields.Here
> >> > is the db-data-config.xml
> >> >
> >> > 
> >> >>> > driver="oracle.jdbc.driver.OracleDriver"
> >> > url="jdbc:oracle:thin:@camatld6.***.com:1521:atlasint"
> >> > user="service_product_lgd" password=""/>
> >> >
> >> > 
> >> >
> >> >  
> >> >  
> >> >
> >> >   
> >> >
> >> > And I have attached the Schema.xml used.done a full-import
> >> > http://localhost:8983/solr/dataimport?command=full-import
> >> >
> >> >
> >> > 
> >> > -
> >> > 
> >> > 0
> >> > 0
> >> > 
> >> > -
> >> > 
> >> > -
> >> > 
> >> > -
> >> > 
> >> >
> >> >
> C:\apache-solr-nightly\example\example-DIH\solr\db\conf\db-data-config.xml
> >> > 
> >> > 
> >> > 
> >> > full-import
> >> > idle
> >> > 
> >> > -
> >> > 
> >> > 1
> >> > 15
> >> > 0
> >> > 2009-05-11 11:27:02
> >> > -
> >> > 
> >> > Indexing completed. Added/Updated: 15 documents. Deleted 0 documents.
> >> > 
> >> > 2009-05-11 11:27:05
> >> > 2009-05-11 11:27:05
> >> > 0:0:2.625
> >> > 
> >> > -
> >> > 
> >> > This response format is experimental.  It is likely to change in the
> >> > future.
> >> > 
> >> > 
> >> >
> >> > The issue I am facing is:though the response is "Indexing completed.
> >> > Added/Updated: 15 documents. Deleted 0 documents"
> >> > I am able to seee only one document when I query *:* so all the other
> 14
> >> > documents are missing.
> >> > Similarly I tried indexing 1 million records and found only 2500 docs
> by
> >> > using *:* query
> >> >
> >> > So could anyone please help resolving this.
> >> >
> >> >
> >> > Regards,
> >> > Jay
> >>
> >>
> >>
> >> --
> >> -
> >> Noble Paul | Principal Engineer| AOL | http://aol.com
> >
> >
>
>
>
> --
>  -
> Noble Paul | Principal Engineer| AOL | http://aol.com
>

Re: Multicore Solr not returning expects results from search

[KennyN]

Not in this case. I literally copied the same index to the two shards, in my
non-test environment they will be unique however. If that is the issue,
wouldn't it lead to the number of results always being 793 in that case? 379
is less than either of the indices contain.



markrmiller wrote:
> 
> Do you have unique ids across shards?
> 
> -- 
> - Mark
> 
> http://www.lucidimagination.com
> 
> 
> KennyN wrote:
>> I have a two core multicore setup which currently has identical indices
>> (just
>> for testing, they will have different data when i deploy the system). I
>> based this off the example, so core0 and core1. I have customized the
>> scheme.xml and solrconfig.xml files(core0 and core1 are identical except
>> that they have different data dirs), and have indexed data in both cores.
>>
>> I can start them without any errors showing up using: 
>>
>> java -Dsolr.solr.home=multicore -jar start.jar
>>
>> I can search against each core correctly. For example, if I do a search
>> for
>> 'bob':
>> Using
>> http://192.168.55.101:8983/solr/core0/select/?version=2.1&q=contents:bob&start=0&rows=2
>> Returns
>> 
>> 
>> 0
>> 169
>> 
>> 0
>> contents:bob
>> 2.1
>> 100
>> 
>> 
>>   etc
>>
>> The other core:
>> http://192.168.55.101:8983/solr/core1/select/?version=2.1&q=contents:bob&start=0&rows=2
>> Returns
>> 
>> 
>> 0
>> 169
>> 
>> 0
>> contents:bob
>> 2.1
>> 100
>> 
>> 
>>   etc
>>
>>
>> So both of the cores return the same results as I expect (793). However,
>> when I combine the search I get strange results. Doing the same search
>> with
>> the shards param:
>> http://192.168.55.101:8983/solr/core0/select/?shards=192.168.55.101:8983/solr/core0,192.168.55.101:8983/solr/core1&version=2.1&q=contents:bob&start=0&rows=2
>>
>> Returns
>> 
>> 
>> 0
>> 378
>> 
>> > name="shards">192.168.55.101:8983/solr/core0,192.168.55.101:8983/solr/core1
>> 
>> 0
>> contents:bob
>> 2.1
>> 2
>> 
>> 
>> ... etc.
>>
>> So why would I not get the sum of the two cores results?
>>
>> If it's any help, when I place the shards param in the SearchHandler,
>> Solr
>> never returns any results(perhaps that is a different issue though?).
>>
>>
>>   
> 
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Multicore-Solr-not-returning-expects-results-from-search-tp23623975p23624593.html
Sent from the Solr - User mailing list archive at Nabble.com.

query with string search and ranges

[darniz]

Hi All
i am having a query being constructed at runtime. For example from
freemarker i am getting a string like
vehicleType:Sedan+features:mast antenna+msrp:[1 TO 2].
When i make a solrJ call i have to manually check the data type of the
field. For text search i have to append double quotes and for ranges as it
is. hence my solrJ Query String will be like
"vehicleType:\"Sedan\" AND features:\"mast antenna\" AND msrp:[1 TO
2]"
Is there any easy way of doing the query with out any changes, or i can use
any inbuilt solr feature which is smart enough to do full text search and i
dont have to exclusively give the double quotes.
For example msrp is of type slong, which brings me to the question of
difference between long and slong.
Can any body please anwer this

-- 
View this message in context: 
http://www.nabble.com/query-with-string-search-and-ranges-tp23624101p23624101.html
Sent from the Solr - User mailing list archive at Nabble.com.

Re: Multicore Solr not returning expects results from search

[Mark Miller]

Do you have unique ids across shards?

--
- Mark

http://www.lucidimagination.com


KennyN wrote:

I have a two core multicore setup which currently has identical indices (just
for testing, they will have different data when i deploy the system). I
based this off the example, so core0 and core1. I have customized the
scheme.xml and solrconfig.xml files(core0 and core1 are identical except
that they have different data dirs), and have indexed data in both cores.

I can start them without any errors showing up using: 


java -Dsolr.solr.home=multicore -jar start.jar

I can search against each core correctly. For example, if I do a search for
'bob':
Using
http://192.168.55.101:8983/solr/core0/select/?version=2.1&q=contents:bob&start=0&rows=2
Returns


0
169

0
contents:bob
2.1
100


  etc

The other core:
http://192.168.55.101:8983/solr/core1/select/?version=2.1&q=contents:bob&start=0&rows=2
Returns


0
169

0
contents:bob
2.1
100


  etc


So both of the cores return the same results as I expect (793). However,
when I combine the search I get strange results. Doing the same search with
the shards param:
http://192.168.55.101:8983/solr/core0/select/?shards=192.168.55.101:8983/solr/core0,192.168.55.101:8983/solr/core1&version=2.1&q=contents:bob&start=0&rows=2

Returns


0
378

192.168.55.101:8983/solr/core0,192.168.55.101:8983/solr/core1

0
contents:bob
2.1
2


... etc.

So why would I not get the sum of the two cores results?

If it's any help, when I place the shards param in the SearchHandler, Solr
never returns any results(perhaps that is a different issue though?).


  

Multicore Solr not returning expects results from search

[KennyN]

I have a two core multicore setup which currently has identical indices (just
for testing, they will have different data when i deploy the system). I
based this off the example, so core0 and core1. I have customized the
scheme.xml and solrconfig.xml files(core0 and core1 are identical except
that they have different data dirs), and have indexed data in both cores.

I can start them without any errors showing up using: 

java -Dsolr.solr.home=multicore -jar start.jar

I can search against each core correctly. For example, if I do a search for
'bob':
Using
http://192.168.55.101:8983/solr/core0/select/?version=2.1&q=contents:bob&start=0&rows=2
Returns


0
169

0
contents:bob
2.1
100


  etc

The other core:
http://192.168.55.101:8983/solr/core1/select/?version=2.1&q=contents:bob&start=0&rows=2
Returns


0
169

0
contents:bob
2.1
100


  etc


So both of the cores return the same results as I expect (793). However,
when I combine the search I get strange results. Doing the same search with
the shards param:
http://192.168.55.101:8983/solr/core0/select/?shards=192.168.55.101:8983/solr/core0,192.168.55.101:8983/solr/core1&version=2.1&q=contents:bob&start=0&rows=2

Returns


0
378

192.168.55.101:8983/solr/core0,192.168.55.101:8983/solr/core1

0
contents:bob
2.1
2


... etc.

So why would I not get the sum of the two cores results?

If it's any help, when I place the shards param in the SearchHandler, Solr
never returns any results(perhaps that is a different issue though?).


-- 
View this message in context: 
http://www.nabble.com/Multicore-Solr-not-returning-expects-results-from-search-tp23623975p23623975.html
Sent from the Solr - User mailing list archive at Nabble.com.

Re: CommonsHttpSolrServer vs EmbeddedSolrServer

[sachin78]

Thank You Eric,Ryan and Otis for making me understand the difference.Now i
got a clear picture of which server implementation to use for what.

--Sachin


Otis Gospodnetic wrote:
> 
> 
> Sachin,
> 
> 
> EmbeddedSolrServer implies an embedded, local, in-process access to Solr.
> CommonsHttpSolrServer lets you access a remote Solr instance via HTTP.
> 
>  Otis
> --
> Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch
> 
> 
> 
> - Original Message 
>> From: sachin78 
>> To: solr-user@lucene.apache.org
>> Sent: Thursday, May 14, 2009 1:30:05 PM
>> Subject: CommonsHttpSolrServer vs EmbeddedSolrServer
>> 
>> 
>> What is the difference between EmbeddedSolrServer and
>> CommonsHttpSolrServer.
>> Which is the preferred server to use?
>> 
>> In some blog i read that EmbeddedSolrServer  is 50% faster than
>> CommonsHttpSolrServer,then why do we need to use CommonsHttpSolrServer.
>> 
>> Can anyone please guide me the right path/way.So that i pick the right
>> implementation.
>> 
>> Thanks in advance.
>> 
>> --Sachin
>> -- 
>> View this message in context: 
>> http://www.nabble.com/CommonsHttpSolrServer-vs-EmbeddedSolrServer-tp23545281p23545281.html
>> Sent from the Solr - User mailing list archive at Nabble.com.
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/CommonsHttpSolrServer-vs-EmbeddedSolrServer-tp23545281p23623969.html
Sent from the Solr - User mailing list archive at Nabble.com.

Solr statistics of top searches and results returned

[solrpowr]

Hi,

Besides my own offline processing via logs, does solr have the functionality
to give me statistics such as top searches, how many results were returned
on these searches, and/or how long it took to get these results on average.


Thanks,
Bob
-- 
View this message in context: 
http://www.nabble.com/Solr-statistics-of-top-searches-and-results-returned-tp23621779p23621779.html
Sent from the Solr - User mailing list archive at Nabble.com.

Re: Seattle / PNW Hadoop + Lucene User Group?

[Bradford Stephens]

Hello everyone! We (finally) have space secured (it's a tough task!):
University of Washington, Allen Center Room 303, at 6:45pm on Wednesday, May
27, 2009.
I'm going to put together a map, and a wiki so we can collab.

What I'm envisioning is a meetup for about 2 hours: we'll have two in-depth
talks of 15-20 minutes each, and then several "lightning talks" of 5
minutes. We'll then have discussion and 'social time'.
Let me know if you're interested in speaking or attending.

I'd like to focus on education, so every presentation *needs* to ask some
questions at the end. We can talk about these after the presentations, and
I'll record what we've learned in a wiki and share that with the rest of
us.

Looking forward to meeting you all!

Cheers,
Bradford

On Thu, Apr 16, 2009 at 3:27 PM, Bradford Stephens <
bradfordsteph...@gmail.com> wrote:

> Greetings,
>
> Would anybody be willing to join a PNW Hadoop and/or Lucene User Group
> with me in the Seattle area? I can donate some facilities, etc. -- I
> also always have topics to speak about :)
>
> Cheers,
> Bradford
>

Re: Compund file format

[Otis Gospodnetic]

The main drawback is about 10% performance hit (independent of how many webapps 
you have running in a servlet container)

 Otis
--
Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch



- Original Message 
> From: revas 
> To: solr-user@lucene.apache.org
> Sent: Tuesday, May 19, 2009 7:58:33 AM
> Subject: Compund file format
> 
> What is the draw back in using compunf file format for indexing when we have
> several webapps in a sinle container
> 
> Regards
> Sujatha

Re: EventListeners of DIM

[msmall]

I've seen the documentation that references the EventListener interface
(DataImportHandler section of WIKI), but in the latest
apache-solr-dataimporthandler-1.3.0.jar, there is no
org.apache.solr.handler.dataimport.EventListener interface.  Where is this
interface and do I need to event implement it (similar to Transformer)?

-- 
View this message in context: 
http://www.nabble.com/EventListeners-of-DIH-tp23098357p23620615.html
Sent from the Solr - User mailing list archive at Nabble.com.

How to change the weight of the fields ?

[Vincent Pérès]

Hello,

I'm stuck my the boost feature...

I'm doing the following query :

http://localhost:8983/solr/select/?q=novel&bf=title_s^5.0&fl=title_s+isbn_s&version=2.2&start=0&rows=5&indent=on&debugQuery=on

Below a part of my debug (the results are correct) :


novel
novel
text:novel
text:novel
−

−


0.6041825 = (MATCH) fieldWeight(text:novel in 395), product of:
  1.7320508 = tf(termFreq(text:novel)=3)
  3.1892564 = idf(docFreq=55, numDocs=500)
  0.109375 = fieldNorm(field=text, doc=395)

−


0.51787066 = (MATCH) fieldWeight(text:novel in 443), product of:
  1.7320508 = tf(termFreq(text:novel)=3)
  3.1892564 = idf(docFreq=55, numDocs=500)
  0.09375 = fieldNorm(field=text, doc=443)



It seems Solr is only evaluating the 'text' field and skip the 'title_s'
field.
The line in the schema for dynamic string is :


Do I need to enable something else to be able to change the weight of my
fields?

Thanks very much
Vincent
-- 
View this message in context: 
http://www.nabble.com/How-to-change-the-weight-of-the-fields---tp23619971p23619971.html
Sent from the Solr - User mailing list archive at Nabble.com.

How to retrieve all available Cores in a "static way" ?

[Giovanni De Stefano]

Hello all,

I have a quick question but I cannot find a quick answer :-)

I have a Java client running on the same JVM where Solr is running.

The Solr I have is a multicore.

How can I retrieve from the Java client the different cores available?

I tried with:

...
CoreContainer container = new CoreContainer();
Collection cores = container.getCores();
...

but I get nothing useful... :-(

Is there any static method that lets me get this collection?

Thanks a lot!

Giovanni

RE: Search in all the fields q=(*:test)

[Radha C.]

Thanks,  you are correct.

 

  _  

From: Andrey Klochkov [mailto:akloch...@griddynamics.com] 
Sent: Tuesday, May 19, 2009 8:00 PM
To: solr-user@lucene.apache.org; cra...@ceiindia.com
Subject: Re: Search in all the fields q=(*:test)

 

I suppose that when you use "*" as field name, Solr search in default search
field as long as Lucene doesn't support searching through several fields as
far as I know. Read here:

http://wiki.apache.org/solr/SchemaXml#head-b80c539a0a01eef8034c3776e49e8fe1c
064f496

On Tue, May 19, 2009 at 5:46 PM, Radha C.  wrote:

Hello List,



I need to search a value in all the fields. I am using q=(*:test) . But it
retrives zero results.

Can anyone tell me the above syntax is correct or not?



Thanks in advance.




-- 
Andrew Klochkov

Re: Search in all the fields q=(*:test)

[Andrey Klochkov]

I suppose that when you use "*" as field name, Solr search in default search
field as long as Lucene doesn't support searching through several fields as
far as I know. Read here:

http://wiki.apache.org/solr/SchemaXml#head-b80c539a0a01eef8034c3776e49e8fe1c064f496

On Tue, May 19, 2009 at 5:46 PM, Radha C.  wrote:

> Hello List,
>
>
>
> I need to search a value in all the fields. I am using q=(*:test) . But it
> retrives zero results.
>
> Can anyone tell me the above syntax is correct or not?
>
>
>
> Thanks in advance.
>
>


-- 
Andrew Klochkov

Re: What are the basic requirements for on-the-fly registration/creation of new Core?

[KK]

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  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 നോബിള്‍ नोब्ळ् 
>
>> 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  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.(Config.java:105) at
>> > org.apache.solr.core.SolrConfig.(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 നോബിള്‍ नोब्ळ् 
>> >>
>> >> On Tue, May 19, 2009 at 5:32 PM, KK 
>> 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 നോബിള്‍ नोब्ळ् 
>> >> >
>> >> >> 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

Re: What are the basic requirements for on-the-fly registration/creation of new Core?

[KK]

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 നോബിള്‍ नोब्ळ् 

> 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  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.(Config.java:105) at
> > org.apache.solr.core.SolrConfig.(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 നോബിള്‍ नोब्ळ् 
> >>
> >> On Tue, May 19, 2009 at 5:32 PM, KK  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 നോബിള്‍ नोब्ळ् 
> >> >
> >> >> 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 k

Search in all the fields q=(*:test)

[Radha C.]

Hello List,

 

I need to search a value in all the fields. I am using q=(*:test) . But it
retrives zero results.

Can anyone tell me the above syntax is correct or not?

 

Thanks in advance.

Re: French and SpellingQueryConverter

[Michael Ludwig]

Jonathan Mamou schrieb:

Thanks Michael for your answer!
I think that (?:(?!(\w+:|\d+)))[\p{L}]+
should also be OK.


Oh yes, that's much simpler and clearer than my suggestion.
(Newbieness factor for Java style regular expressions, too.)

Or maybe this:(?:(?!(\w+:|\d+)))[\p{L}\d_]+:-)

Michael Ludwig

Re: What are the basic requirements for on-the-fly registration/creation of new Core?

[KK]

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.(Config.java:105) at
org.apache.solr.core.SolrConfig.(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 നോബിള്‍ नोब्ळ् 

> On Tue, May 19, 2009 at 5:32 PM, KK  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 നോബിള്‍ नोब्ळ् 
> >
> >> 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
> >> /data/solr/home/data/${solr.core.name} .(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  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 

Re: French and SpellingQueryConverter

[Jonathan Mamou]

Thanks Michael for your answer!
I think that (?:(?!(\w+:|\d+)))[\p{L}]+
should also be OK.
Jonathan


   
 Michael Ludwig
  To
   solr-user@lucene.apache.org 
 19/05/2009 15:22   cc
   
   Subject
 Please respond to Re: French and  
 solr-u...@lucene. SpellingQueryConverter  
apache.org 
   
   
   
   
   




Shalin Shekhar Mangar schrieb:
> On Mon, May 11, 2009 at 2:46 PM, Michael Ludwig 
> wrote:
>
>> Could you give an example of how the spellcheck.q parameter can be
>> brought into play to (take non-ASCII characters into account, so
>> that "Käse" isn't mishandled) given the following example:
>
> You will need to set the correct tokenizer and filters for your field
> which can handle your language correctly. Look at the GermanAnalyzer
> in Lucene contrib-analysis. It uses StandardTokenizer, StandardFilter,
> LowerCaseFilter, StopFilter, GermanStemFilter with a custom stopword
> list.

Hello Shalin,

thanks for your kind answer, and sorry for my delay in responding.

Due to my newbieness in this domain, I misphrased my question. What
I wanted to say (and Jonathan, too, I think) is that the regular
expression in that SpellingQueryConverter only deals with ASCII,
which is insufficient for most languages, including French and
German.

I think the regular expression in SpellingQueryConverter should be
something like:

 (?:(?!(\w+:|\d+)))[\p{javaLowerCase}\p{javaUpperCase}\d_]+
vs. (?:(?!(\w+:|\d+)))\w+

Then, correct German and French TokenStreams are generated in the
example program I posted.

But I may well have misunderstood the purpose of this class. You
will know.

Michael Ludwig

Re: French and SpellingQueryConverter

[Michael Ludwig]

Shalin Shekhar Mangar schrieb:

On Mon, May 11, 2009 at 2:46 PM, Michael Ludwig 
wrote:


Could you give an example of how the spellcheck.q parameter can be
brought into play to (take non-ASCII characters into account, so
that "Käse" isn't mishandled) given the following example:


You will need to set the correct tokenizer and filters for your field
which can handle your language correctly. Look at the GermanAnalyzer
in Lucene contrib-analysis. It uses StandardTokenizer, StandardFilter,
LowerCaseFilter, StopFilter, GermanStemFilter with a custom stopword
list.


Hello Shalin,

thanks for your kind answer, and sorry for my delay in responding.

Due to my newbieness in this domain, I misphrased my question. What
I wanted to say (and Jonathan, too, I think) is that the regular
expression in that SpellingQueryConverter only deals with ASCII,
which is insufficient for most languages, including French and
German.

I think the regular expression in SpellingQueryConverter should be
something like:

(?:(?!(\w+:|\d+)))[\p{javaLowerCase}\p{javaUpperCase}\d_]+
vs. (?:(?!(\w+:|\d+)))\w+

Then, correct German and French TokenStreams are generated in the
example program I posted.

But I may well have misunderstood the purpose of this class. You
will know.

Michael Ludwig

Re: What are the basic requirements for on-the-fly registration/creation of new Core?

[Noble Paul നോബിള്‍ नोब्ळ्]

On Tue, May 19, 2009 at 5:32 PM, KK  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 നോബിള്‍ नोब्ळ् 
>
>> 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
>> /data/solr/home/data/${solr.core.name} .(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  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 നോബിള്‍ नोब्ळ् 
>> >
>> >> On Tue, May 19, 2009 at 2:08 PM, KK  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 cor

Re: What are the basic requirements for on-the-fly registration/creation of new Core?

[KK]

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.

Thank you,
KK.

2009/5/19 Noble Paul നോബിള്‍ नोब्ळ् 

> 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
> /data/solr/home/data/${solr.core.name} .(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  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 നോബിള്‍ नोब्ळ् 
> >
> >> On Tue, May 19, 2009 at 2:08 PM, KK  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 postin

Compund file format

[revas]

What is the draw back in using compunf file format for indexing when we have
several webapps in a sinle container

Regards
Sujatha

Re: Splitting the index

[Noble Paul നോബിള്‍ नोब्ळ्]

splitting the same index ? I don't think it is possible

what is the use case?

On Tue, May 19, 2009 at 4:24 PM, RaghavPrabhu  wrote:
>
> Hi all,
>
> Do you have any idea about to split the index in to different data
> directory? If so, kindly let me know please..
>
> Thanks & regards
> Prabhu.K
> --
> View this message in context: 
> http://www.nabble.com/Splitting-the-index-tp23613882p23613882.html
> Sent from the Solr - User mailing list archive at Nabble.com.
>
>



-- 
-
Noble Paul | Principal Engineer| AOL | http://aol.com

Re: What are the basic requirements for on-the-fly registration/creation of new Core?

[Noble Paul നോബിള്‍ नोब्ळ्]

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
/data/solr/home/data/${solr.core.name} .(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  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 നോബിള്‍ नोब्ळ् 
>
>> On Tue, May 19, 2009 at 2:08 PM, KK  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
>

Solr Cache Usage

[revas]

Hi,

We are running several webapps under a single container roughly about 40 -50
.All have similar schema .Under this circumstance ,
how would i calculate the cache memory allocation?The number of  documents
per webapps is roughly abt 1000 currently but like ly to increase in future.

Would it make sense to enble caching with these many apps?

For example
would  filter cahce size be  :no of unique facet fileds in each of the
webapps?

In the doucment cache  =max results* max concurrent users ,would this be
based on the average or would it be a multiplication for each webapp
combined together  in which case we need to have atleast that much  RAM.

Suppose we have only 2gb ram on a dual core ,then what happens in typical
wiki based document cache entry ?how would we have documents from each
webapp in the cache .Would this value need to be multiplied by number of
webapps ?

Thanks
Regards
Revas

Re: small facets not working

[Grant Ingersoll]

On May 19, 2009, at 5:50 AM, Justin wrote:


I have a solr index which contains research data from the human genome
project.

Each document contains about 60 facets, including one general  
composite
field that contains all the facet data.   the general facet is  
anywhere from

100KB to 7MB.

One facet is called Gene.Symbol and, you guessed it, it contains  
only the

gene symbol. There is only one Symbol per gene (for smarty pantses out
there, the aliases are contained in another facet).

When I do a search for anything in the big general facet, I find  
what i'm
looking for.  But if I do a search in the Gene.Symbol facet, it does  
not

find anything.

I realize it's probably finding the string repeated elsewhere in the
document, but how do I get it to find it in the Gene.Symbol facet?


I'd look at the analysis tool in Solr admin and compare putting in  
various gene names.  It seems a bit odd that you are applying Porter  
stemming to gene names.


You are likely getting matches due to the WordDelimiterFilter and  
other manipulations in the BFDText.  In the Symbol field you aren't  
doing nearly as much to the tokens, so I doubt there is an "abc" gene  
in there.


You could try doing a prefix query.  You could also try creating n- 
grams during indexing or other mechanisms for allowing matches within  
a string.





so a search for

http://localhost:8983/solr/core0/select?indent=on&version=2.2&q=Gene.Symbol:abc

returns nothing, but a search for

http://localhost:8983/solr/core0/select?indent=on&version=2.2&q=abc

returns
ABCC2
ABCC8
ABCD1
ABCG1
ABCA1
...
CABC1
...
ABCD3
ABCC5
ABCC9
ABCG2
ABCB11
ABCC3
ABCF1
ABCC1
ABCF2
ABCB9



Schema.xml:

positionIncrementGap="0">

   
 
   
   
  
  
 
   
   
  


...


positionIncrementGap="100">

 
   
   
   
   
   
   
 
 
   
   synonyms="synonyms.txt"

ignoreCase="true" expand="true"/>
   
   
   
   
   
 
   

...

indexed="true"

stored="false" multiValued="true"  omitNorms="true"/>
...
BFDText




--
Grant Ingersoll
http://www.lucidimagination.com/

Search the Lucene ecosystem (Lucene/Solr/Nutch/Mahout/Tika/Droids)  
using Solr/Lucene:

http://www.lucidimagination.com/search

Re: What are the basic requirements for on-the-fly registration/creation of new Core?

[KK]

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 നോബിള്‍ नोब्ळ् 

> On Tue, May 19, 2009 at 2:08 PM, KK  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
>
> /data/solr/${core.name}
>
> each core will automatically have a diffferent dataDir
>
>
>
> >
> > Thank you very much.
> > KK.
> >
>
>
>
> --
> -
> Noble Paul | Principal Engineer| AOL | http://aol.com
>

Splitting the index

[RaghavPrabhu]

Hi all,

Do you have any idea about to split the index in to different data
directory? If so, kindly let me know please.. 

Thanks & regards
Prabhu.K
-- 
View this message in context: 
http://www.nabble.com/Splitting-the-index-tp23613882p23613882.html
Sent from the Solr - User mailing list archive at Nabble.com.

Re: UK Solr users meeting?

[Richard Marr]

I've started organising an open source search social in London. I've
advertised on the Lucene mailing lists in the past, but obviously Solr
users are more than welcome too.

I'll send another email when I've got specifics of the next meetup.
It'll probably be two or three weeks from now.

Rich


2009/5/19 Tim Sell :
> +1, would love to attend. I'm in London.
>
> 2009/5/18 hbi dev 
>
>> +1 vote here. We are based in London.
>> Regards
>> Waseem
>>
>> On Mon, May 18, 2009 at 11:42 AM, Toby Cole 
>> wrote:
>>
>> > I know of a few people who'd be interested, we've got quite a few
>> projects
>> > using Solr down here in Brighton.
>> >
>> >
>> > On 14 May 2009, at 10:41, Fergus McMenemie wrote:
>> >
>> >  I was wondering if there is an interest in a UK (South East) solr user
>> >>> group meeting
>> >>>
>> >>> Please let me know if you are interested.  I am happy to organize.
>> >>>
>> >>> Regards,
>> >>>
>> >>> Colin
>> >>>
>> >>
>> >> Yes Very interested. I am in lincolnshire.
>> >> --
>> >>
>> >> ===
>> >> Fergus McMenemie               
>> >> Email:fer...@twig.me.uk
>> >
>> >> Techmore Ltd                   Phone:(UK) 07721 376021
>> >>
>> >> Unix/Mac/Intranets             Analyst Programmer
>> >> ===
>> >>
>> >
>> > Toby Cole
>> > Software Engineer
>> >
>> > Semantico
>> > Lees House, Floor 1, 21-23 Dyke Road, Brighton BN1 3FE
>> > T: +44 (0)1273 358 238
>> > F: +44 (0)1273 723 232
>> > E: toby.c...@semantico.com
>> > W: www.semantico.com
>> >
>> >
>>
>



-- 
Richard Marr
richard.m...@gmail.com
07976 910 515

Re: What are the basic requirements for on-the-fly registration/creation of new Core?

[Noble Paul നോബിള്‍ नोब्ळ्]

On Tue, May 19, 2009 at 2:08 PM, KK  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

/data/solr/${core.name}

each core will automatically have a diffferent dataDir



>
> Thank you very much.
> KK.
>



-- 
-
Noble Paul | Principal Engineer| AOL | http://aol.com

Re: Defining DataDir in Multi-Core

[Noble Paul നോബിള്‍ नोब्ळ्]

On Tue, May 19, 2009 at 2:32 PM, KK  wrote:
> I could not follow[is this mail a continuation of some old mail, a part of
> which seems to be missing], but I want to.
> Is it the case that CREATE is to be supported by solr1.4 i.e currently
> solr1.3 doesnot support this? Correct me if I'm wrong .
CREATE is supported in Solr1.3 also

the dataDir attribute is a new feature in 1.4
>
> Vivek could you please tell me how did you fix the problem of using a single
> schema and config file for all cores and having different data directories.
> I'm stuck at the same point as you were. Please help me out. Can you provide
> some specific examples that shows the way you used the create statement to
> register new cores on the fly. Thank you .
>
> --KK
>
> On Tue, May 19, 2009 at 1:17 PM, vivek sar  wrote:
>
>> Yeah, it was sometime back - it did work. Thanks for following up.
>>
>> On Tue, May 19, 2009 at 12:34 AM, RaghavPrabhu 
>> wrote:
>> >
>> > Hi Vivek,
>> >
>> >  Have you figure out the problem of creating the data dir in wrong
>> > location?
>> >
>> >  For me its working...
>> >
>> >   Just comment the data dir (in solrconfig.xml file) and create the core
>> > via REST call. It should work!!!
>> >
>> > Thanks & regards
>> > Prabhu.K
>> >
>> >
>> >
>> > vivek sar wrote:
>> >>
>> >> Hi,
>> >>
>> >>   I tried the latest nightly build (04-01-09) - it takes the dataDir
>> >> property now, but it's creating the Data dir at the wrong location.
>> >> For ex., I've the following in solr.xml,
>> >>
>> >> 
>> >>     
>> >>       > >> dataDir="/Users/opal/temp/afterchat/solr/data/core0"/>
>> >>     
>> >> 
>> >>
>> >> but, it always seem to be creating the solr/data directory in the cwd
>> >> (where I started the Tomcat from). Here is the log from Catalina.out,
>> >>
>> >> Apr 1, 2009 10:47:21 AM org.apache.solr.core.SolrCore 
>> >> INFO: [core2] Opening new SolrCore at /Users/opal/temp/chat/solr/,
>> >> dataDir=./solr/data/
>> >> ..
>> >> Apr 1, 2009 10:47:21 AM org.apache.solr.core.SolrCore initIndex
>> >> WARNING: [core2] Solr index directory './solr/data/index' doesn't
>> >> exist. Creating new index...
>> >>
>> >> I've also tried relative paths, but to no avail.
>> >>
>> >> Is this a bug?
>> >>
>> >> Thanks,
>> >> -vivek
>> >>
>> >> On Wed, Apr 1, 2009 at 9:45 AM, vivek sar  wrote:
>> >>> Thanks Shalin.
>> >>>
>> >>> Is it available in the latest nightly build?
>> >>>
>> >>> Is there any other way I can create cores dynamically (using CREATE
>> >>> service) which will use the same schema.xml and solrconfig.xml, but
>> >>> write to different data directories?
>> >>>
>> >>> Thanks,
>> >>> -vivek
>> >>>
>> >>> On Wed, Apr 1, 2009 at 1:55 AM, Shalin Shekhar Mangar
>> >>>  wrote:
>>  On Wed, Apr 1, 2009 at 1:48 PM, vivek sar  wrote:
>> > I'm using the latest released one - Solr 1.3. The wiki says passing
>> > dataDir to CREATE action (web service) should work, but that doesn't
>> > seem to be working.
>> >
>> 
>>  That is a Solr 1.4 feature (not released yet).
>> 
>>  --
>>  Regards,
>>  Shalin Shekhar Mangar.
>> 
>> >>>
>> >>
>> >>
>> >
>> > --
>> > View this message in context:
>> http://www.nabble.com/Defining-DataDir-in-Multi-Core-tp22818543p23611179.html
>> > Sent from the Solr - User mailing list archive at Nabble.com.
>> >
>> >
>>
>



-- 
-
Noble Paul | Principal Engineer| AOL | http://aol.com

Re: UK Solr users meeting?

[Tim Sell]

+1, would love to attend. I'm in London.

2009/5/18 hbi dev 

> +1 vote here. We are based in London.
> Regards
> Waseem
>
> On Mon, May 18, 2009 at 11:42 AM, Toby Cole 
> wrote:
>
> > I know of a few people who'd be interested, we've got quite a few
> projects
> > using Solr down here in Brighton.
> >
> >
> > On 14 May 2009, at 10:41, Fergus McMenemie wrote:
> >
> >  I was wondering if there is an interest in a UK (South East) solr user
> >>> group meeting
> >>>
> >>> Please let me know if you are interested.  I am happy to organize.
> >>>
> >>> Regards,
> >>>
> >>> Colin
> >>>
> >>
> >> Yes Very interested. I am in lincolnshire.
> >> --
> >>
> >> ===
> >> Fergus McMenemie   
> >> Email:fer...@twig.me.uk
> >
> >> Techmore Ltd   Phone:(UK) 07721 376021
> >>
> >> Unix/Mac/Intranets Analyst Programmer
> >> ===
> >>
> >
> > Toby Cole
> > Software Engineer
> >
> > Semantico
> > Lees House, Floor 1, 21-23 Dyke Road, Brighton BN1 3FE
> > T: +44 (0)1273 358 238
> > F: +44 (0)1273 723 232
> > E: toby.c...@semantico.com
> > W: www.semantico.com
> >
> >
>

small facets not working

[Justin]

I have a solr index which contains research data from the human genome
project.

Each document contains about 60 facets, including one general composite
field that contains all the facet data.   the general facet is anywhere from
100KB to 7MB.

One facet is called Gene.Symbol and, you guessed it, it contains only the
gene symbol. There is only one Symbol per gene (for smarty pantses out
there, the aliases are contained in another facet).

When I do a search for anything in the big general facet, I find what i'm
looking for.  But if I do a search in the Gene.Symbol facet, it does not
find anything.

I realize it's probably finding the string repeated elsewhere in the
document, but how do I get it to find it in the Gene.Symbol facet?

so a search for

http://localhost:8983/solr/core0/select?indent=on&version=2.2&q=Gene.Symbol:abc

returns nothing, but a search for

http://localhost:8983/solr/core0/select?indent=on&version=2.2&q=abc

returns
ABCC2
ABCC8
ABCD1
ABCG1
ABCA1
...
CABC1
...
ABCD3
ABCC5
ABCC9
ABCG2
ABCB11
ABCC3
ABCF1
ABCC1
ABCF2
ABCB9



Schema.xml:



  


   
   
  


   


...


 
  






  
  







  


...


...
BFDText

Re: Query with AND|OR operator with Dismaxrequest

[dabboo]

Hi,

Thanks for the information. I would appreciate if somebody can share the URL
of the JIRA issue.

Otis Gospodnetic wrote:
> 
> 
> Prerna,
> 
> Yes, DisMax doesn't take in queries with Boolean operators.  But I believe
> there is a patch in JIRA that makes that possible.
> 
> Otis
> --
> Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch
> 
> 
> 
> - Original Message 
>> From: prerna07 
>> To: solr-user@lucene.apache.org
>> Sent: Monday, May 18, 2009 6:05:50 AM
>> Subject: Query with AND|OR operator with Dismaxrequest
>> 
>> 
>> 
>> Hi,
>> 
>> I am not getting correct results with a Query which has multiple AND | OR
>> operator.
>> 
>> Query Format q=((A AND B) OR (C OR D) OR E) 
>> 
>> ?q=((intAgeFrom_product_i:[0+TO+3]+AND+intAgeTo_product_i:[3+TO+*])+OR+(intAgeFrom_product_i:[0+TO+3]+AND+intAgeTo_product_i:[0+TO+3])+OR+(ageFrom_product_s:Adult))&qt=dismaxrequest
>> 
>> Query return correct result without Dismaxrequest, but incorrect results
>> with Dismaxrequest.
>> 
>> I have to use dismaxrequest because i need boosting of search results 
>> 
>> According to some posts there are issues with AND | OR operator with
>> dismaxrequest. 
>> Please let me know if anyone has faced the same problem and if there is
>> any
>> way to make the query work with dismaxrequest.
>> 
>> Thanks,
>> Prerna
>> 
>> 
>> -- 
>> View this message in context: 
>> http://www.nabble.com/Query-with-AND%7COR-operator-with-Dismaxrequest-tp23594592p23594592.html
>> Sent from the Solr - User mailing list archive at Nabble.com.
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Query-with-AND%7COR-operator-with-Dismaxrequest-tp23594592p23612577.html
Sent from the Solr - User mailing list archive at Nabble.com.

Re: Defining DataDir in Multi-Core

[KK]

I could not follow[is this mail a continuation of some old mail, a part of
which seems to be missing], but I want to.
Is it the case that CREATE is to be supported by solr1.4 i.e currently
solr1.3 doesnot support this? Correct me if I'm wrong .

Vivek could you please tell me how did you fix the problem of using a single
schema and config file for all cores and having different data directories.
I'm stuck at the same point as you were. Please help me out. Can you provide
some specific examples that shows the way you used the create statement to
register new cores on the fly. Thank you .

--KK

On Tue, May 19, 2009 at 1:17 PM, vivek sar  wrote:

> Yeah, it was sometime back - it did work. Thanks for following up.
>
> On Tue, May 19, 2009 at 12:34 AM, RaghavPrabhu 
> wrote:
> >
> > Hi Vivek,
> >
> >  Have you figure out the problem of creating the data dir in wrong
> > location?
> >
> >  For me its working...
> >
> >   Just comment the data dir (in solrconfig.xml file) and create the core
> > via REST call. It should work!!!
> >
> > Thanks & regards
> > Prabhu.K
> >
> >
> >
> > vivek sar wrote:
> >>
> >> Hi,
> >>
> >>   I tried the latest nightly build (04-01-09) - it takes the dataDir
> >> property now, but it's creating the Data dir at the wrong location.
> >> For ex., I've the following in solr.xml,
> >>
> >> 
> >> 
> >>>> dataDir="/Users/opal/temp/afterchat/solr/data/core0"/>
> >> 
> >> 
> >>
> >> but, it always seem to be creating the solr/data directory in the cwd
> >> (where I started the Tomcat from). Here is the log from Catalina.out,
> >>
> >> Apr 1, 2009 10:47:21 AM org.apache.solr.core.SolrCore 
> >> INFO: [core2] Opening new SolrCore at /Users/opal/temp/chat/solr/,
> >> dataDir=./solr/data/
> >> ..
> >> Apr 1, 2009 10:47:21 AM org.apache.solr.core.SolrCore initIndex
> >> WARNING: [core2] Solr index directory './solr/data/index' doesn't
> >> exist. Creating new index...
> >>
> >> I've also tried relative paths, but to no avail.
> >>
> >> Is this a bug?
> >>
> >> Thanks,
> >> -vivek
> >>
> >> On Wed, Apr 1, 2009 at 9:45 AM, vivek sar  wrote:
> >>> Thanks Shalin.
> >>>
> >>> Is it available in the latest nightly build?
> >>>
> >>> Is there any other way I can create cores dynamically (using CREATE
> >>> service) which will use the same schema.xml and solrconfig.xml, but
> >>> write to different data directories?
> >>>
> >>> Thanks,
> >>> -vivek
> >>>
> >>> On Wed, Apr 1, 2009 at 1:55 AM, Shalin Shekhar Mangar
> >>>  wrote:
>  On Wed, Apr 1, 2009 at 1:48 PM, vivek sar  wrote:
> > I'm using the latest released one - Solr 1.3. The wiki says passing
> > dataDir to CREATE action (web service) should work, but that doesn't
> > seem to be working.
> >
> 
>  That is a Solr 1.4 feature (not released yet).
> 
>  --
>  Regards,
>  Shalin Shekhar Mangar.
> 
> >>>
> >>
> >>
> >
> > --
> > View this message in context:
> http://www.nabble.com/Defining-DataDir-in-Multi-Core-tp22818543p23611179.html
> > Sent from the Solr - User mailing list archive at Nabble.com.
> >
> >
>

Re: Defining DataDir in Multi-Core

[RaghavPrabhu]

Hi,

Thanks for replying me..

   Do you have any idea about to split the index in to different cores? If
so, kindly let me know please..


Thanks & regards
Prabhu.K


vivek sar wrote:
> 
> Yeah, it was sometime back - it did work. Thanks for following up.
> 
> On Tue, May 19, 2009 at 12:34 AM, RaghavPrabhu 
> wrote:
>>
>> Hi Vivek,
>>
>>  Have you figure out the problem of creating the data dir in wrong
>> location?
>>
>>  For me its working...
>>
>>   Just comment the data dir (in solrconfig.xml file) and create the core
>> via REST call. It should work!!!
>>
>> Thanks & regards
>> Prabhu.K
>>
>>
>>
>> vivek sar wrote:
>>>
>>> Hi,
>>>
>>>   I tried the latest nightly build (04-01-09) - it takes the dataDir
>>> property now, but it's creating the Data dir at the wrong location.
>>> For ex., I've the following in solr.xml,
>>>
>>> 
>>>     
>>>       >> dataDir="/Users/opal/temp/afterchat/solr/data/core0"/>
>>>     
>>> 
>>>
>>> but, it always seem to be creating the solr/data directory in the cwd
>>> (where I started the Tomcat from). Here is the log from Catalina.out,
>>>
>>> Apr 1, 2009 10:47:21 AM org.apache.solr.core.SolrCore 
>>> INFO: [core2] Opening new SolrCore at /Users/opal/temp/chat/solr/,
>>> dataDir=./solr/data/
>>> ..
>>> Apr 1, 2009 10:47:21 AM org.apache.solr.core.SolrCore initIndex
>>> WARNING: [core2] Solr index directory './solr/data/index' doesn't
>>> exist. Creating new index...
>>>
>>> I've also tried relative paths, but to no avail.
>>>
>>> Is this a bug?
>>>
>>> Thanks,
>>> -vivek
>>>
>>> On Wed, Apr 1, 2009 at 9:45 AM, vivek sar  wrote:
 Thanks Shalin.

 Is it available in the latest nightly build?

 Is there any other way I can create cores dynamically (using CREATE
 service) which will use the same schema.xml and solrconfig.xml, but
 write to different data directories?

 Thanks,
 -vivek

 On Wed, Apr 1, 2009 at 1:55 AM, Shalin Shekhar Mangar
  wrote:
> On Wed, Apr 1, 2009 at 1:48 PM, vivek sar  wrote:
>> I'm using the latest released one - Solr 1.3. The wiki says passing
>> dataDir to CREATE action (web service) should work, but that doesn't
>> seem to be working.
>>
>
> That is a Solr 1.4 feature (not released yet).
>
> --
> Regards,
> Shalin Shekhar Mangar.
>

>>>
>>>
>>
>> --
>> View this message in context:
>> http://www.nabble.com/Defining-DataDir-in-Multi-Core-tp22818543p23611179.html
>> Sent from the Solr - User mailing list archive at Nabble.com.
>>
>>
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Defining-DataDir-in-Multi-Core-tp22818543p23612367.html
Sent from the Solr - User mailing list archive at Nabble.com.

What are the basic requirements for on-the-fly registration/creation of new Core?

[KK]

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?

Thank you very much.
KK.

Re: How to gather fields when faceting results ?

[Avlesh Singh]

I doubt that there is something really "proper" to address your requirement.

Cheers
Avlesh

On Tue, May 19, 2009 at 1:20 PM, Pierre-Yves LANDRON
wrote:

>
>
> Yes, it's not a bad idea, and I will use this sort of trick as a last
> resort, but I would rather use something more "proper"...
>
> Thanks,
> P-Yves
>
> > Date: Mon, 18 May 2009 21:33:03 +0530
> > Subject: Re: How to gather fields when faceting results ?
> > From: avl...@gmail.com
> > To: solr-user@lucene.apache.org
> >
> > How about having a single "facetable" field with values
> parentId_parentTitle?
> > Get rid of the parentId and the underscore as a post process.
> >
> > Cheers
> > Avlesh
> >
> > On Mon, May 18, 2009 at 7:13 PM, Pierre-Yves LANDRON
> > wrote:
> >
> > >
> > > Hello,
> > >
> > > Using faceting in my results, I would like to "link" two fields :
> > > For example, a parentID field should help me retrieve all the different
> > > parents ids from a query, but it can't be used for displaying the
> facets, as
> > > it doesn't mean anything for a user. A second field, parentTitle,  in
> my
> > > document is a human readable transcription of this field : it is not
> usable
> > > as an identifiant because several parentID can use the same
> parentTitle.
> > > When parentID is used in faceting my results, I would like to retrieve
> the
> > > parentTitle as well, and sort of be able to "link" the two of them, so
> the
> > > later could be displayed instead of the former...
> > > Is there a way to accomplish that ?
> > >
> > > Thanks,
> > > King regards,
> > > Pierre-Yves
> > >
> > > _
> > > More than messages–check out the rest of the Windows Live™.
> > > http://www.microsoft.com/windows/windowslive/
>
> _
> Drag n’ drop—Get easy photo sharing with Windows Live™ Photos.
>
> http://www.microsoft.com/windows/windowslive/products/photos.aspx

RE: How to gather fields when faceting results ?

[Pierre-Yves LANDRON]

Yes, it's not a bad idea, and I will use this sort of trick as a last resort, 
but I would rather use something more "proper"...

Thanks,
P-Yves

> Date: Mon, 18 May 2009 21:33:03 +0530
> Subject: Re: How to gather fields when faceting results ?
> From: avl...@gmail.com
> To: solr-user@lucene.apache.org
> 
> How about having a single "facetable" field with values parentId_parentTitle?
> Get rid of the parentId and the underscore as a post process.
> 
> Cheers
> Avlesh
> 
> On Mon, May 18, 2009 at 7:13 PM, Pierre-Yves LANDRON
> wrote:
> 
> >
> > Hello,
> >
> > Using faceting in my results, I would like to "link" two fields :
> > For example, a parentID field should help me retrieve all the different
> > parents ids from a query, but it can't be used for displaying the facets, as
> > it doesn't mean anything for a user. A second field, parentTitle,  in my
> > document is a human readable transcription of this field : it is not usable
> > as an identifiant because several parentID can use the same parentTitle.
> > When parentID is used in faceting my results, I would like to retrieve the
> > parentTitle as well, and sort of be able to "link" the two of them, so the
> > later could be displayed instead of the former...
> > Is there a way to accomplish that ?
> >
> > Thanks,
> > King regards,
> > Pierre-Yves
> >
> > _
> > More than messages–check out the rest of the Windows Live™.
> > http://www.microsoft.com/windows/windowslive/

_
Drag n’ drop—Get easy photo sharing with Windows Live™ Photos.

http://www.microsoft.com/windows/windowslive/products/photos.aspx

Re: Defining DataDir in Multi-Core

[vivek sar]

Yeah, it was sometime back - it did work. Thanks for following up.

On Tue, May 19, 2009 at 12:34 AM, RaghavPrabhu  wrote:
>
> Hi Vivek,
>
>  Have you figure out the problem of creating the data dir in wrong
> location?
>
>  For me its working...
>
>   Just comment the data dir (in solrconfig.xml file) and create the core
> via REST call. It should work!!!
>
> Thanks & regards
> Prabhu.K
>
>
>
> vivek sar wrote:
>>
>> Hi,
>>
>>   I tried the latest nightly build (04-01-09) - it takes the dataDir
>> property now, but it's creating the Data dir at the wrong location.
>> For ex., I've the following in solr.xml,
>>
>> 
>>     
>>       > dataDir="/Users/opal/temp/afterchat/solr/data/core0"/>
>>     
>> 
>>
>> but, it always seem to be creating the solr/data directory in the cwd
>> (where I started the Tomcat from). Here is the log from Catalina.out,
>>
>> Apr 1, 2009 10:47:21 AM org.apache.solr.core.SolrCore 
>> INFO: [core2] Opening new SolrCore at /Users/opal/temp/chat/solr/,
>> dataDir=./solr/data/
>> ..
>> Apr 1, 2009 10:47:21 AM org.apache.solr.core.SolrCore initIndex
>> WARNING: [core2] Solr index directory './solr/data/index' doesn't
>> exist. Creating new index...
>>
>> I've also tried relative paths, but to no avail.
>>
>> Is this a bug?
>>
>> Thanks,
>> -vivek
>>
>> On Wed, Apr 1, 2009 at 9:45 AM, vivek sar  wrote:
>>> Thanks Shalin.
>>>
>>> Is it available in the latest nightly build?
>>>
>>> Is there any other way I can create cores dynamically (using CREATE
>>> service) which will use the same schema.xml and solrconfig.xml, but
>>> write to different data directories?
>>>
>>> Thanks,
>>> -vivek
>>>
>>> On Wed, Apr 1, 2009 at 1:55 AM, Shalin Shekhar Mangar
>>>  wrote:
 On Wed, Apr 1, 2009 at 1:48 PM, vivek sar  wrote:
> I'm using the latest released one - Solr 1.3. The wiki says passing
> dataDir to CREATE action (web service) should work, but that doesn't
> seem to be working.
>

 That is a Solr 1.4 feature (not released yet).

 --
 Regards,
 Shalin Shekhar Mangar.

>>>
>>
>>
>
> --
> View this message in context: 
> http://www.nabble.com/Defining-DataDir-in-Multi-Core-tp22818543p23611179.html
> Sent from the Solr - User mailing list archive at Nabble.com.
>
>

Re: Defining DataDir in Multi-Core

[RaghavPrabhu]

Hi Vivek,
 
  Have you figure out the problem of creating the data dir in wrong
location?
 
  For me its working...
  
   Just comment the data dir (in solrconfig.xml file) and create the core
via REST call. It should work!!!

Thanks & regards
Prabhu.K



vivek sar wrote:
> 
> Hi,
> 
>   I tried the latest nightly build (04-01-09) - it takes the dataDir
> property now, but it's creating the Data dir at the wrong location.
> For ex., I've the following in solr.xml,
> 
> 
> 
>dataDir="/Users/opal/temp/afterchat/solr/data/core0"/>
> 
> 
> 
> but, it always seem to be creating the solr/data directory in the cwd
> (where I started the Tomcat from). Here is the log from Catalina.out,
> 
> Apr 1, 2009 10:47:21 AM org.apache.solr.core.SolrCore 
> INFO: [core2] Opening new SolrCore at /Users/opal/temp/chat/solr/,
> dataDir=./solr/data/
> ..
> Apr 1, 2009 10:47:21 AM org.apache.solr.core.SolrCore initIndex
> WARNING: [core2] Solr index directory './solr/data/index' doesn't
> exist. Creating new index...
> 
> I've also tried relative paths, but to no avail.
> 
> Is this a bug?
> 
> Thanks,
> -vivek
> 
> On Wed, Apr 1, 2009 at 9:45 AM, vivek sar  wrote:
>> Thanks Shalin.
>>
>> Is it available in the latest nightly build?
>>
>> Is there any other way I can create cores dynamically (using CREATE
>> service) which will use the same schema.xml and solrconfig.xml, but
>> write to different data directories?
>>
>> Thanks,
>> -vivek
>>
>> On Wed, Apr 1, 2009 at 1:55 AM, Shalin Shekhar Mangar
>>  wrote:
>>> On Wed, Apr 1, 2009 at 1:48 PM, vivek sar  wrote:
 I'm using the latest released one - Solr 1.3. The wiki says passing
 dataDir to CREATE action (web service) should work, but that doesn't
 seem to be working.

>>>
>>> That is a Solr 1.4 feature (not released yet).
>>>
>>> --
>>> Regards,
>>> Shalin Shekhar Mangar.
>>>
>>
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Defining-DataDir-in-Multi-Core-tp22818543p23611179.html
Sent from the Solr - User mailing list archive at Nabble.com.