I am using Solr 1.3
I have a "solr.RandomSortField" type dynamic field which I use to randomize
my results.
I am in a tricky situation. I need to randomize only "certain results" in my
Hits.
To elaborate, I have a integer field called "category_id". When performing a
query, I need to get results f
Anybody with his bright ideas
Regards
Abhay
On Fri, Sep 18, 2009 at 5:30 AM, abhay kumar wrote:
> Hi,
>
> I have setup solr search server in tomcat.
>
> I am able to fire queries(of any knid) & get results in xml format.
>
> Now i want to Integerate it(solr) with ruby on rails .
>
> I know
We're trying to get the new 1.4 /replication rh to work, but when we add
the following to our master solrconfig.xml, and start tomcat, the
boot-up process stalls.
optimize
optimize
name="confFiles">solrconfig_slave.xml:solrconfig.xml,stopwords.txt
If we comment out the sect
This is a known problem since the 15th.
https://issues.apache.org/jira/browse/SOLR-1427
-Yonik
http://www.lucidimagination.com
On Sun, Sep 20, 2009 at 10:27 AM, Insight 49, LLC wrote:
> We're trying to get the new 1.4 /replication rh to work, but when we add the
> following to our master solrcon
: In testing Solr 1.4 today with Weblogic it looks like the filters issue still
: exists. Adding the appropriate entries in weblogic.xml still resolves it.
:
: Would it make sense to include a weblogic.xml in the distribution to disable
: the filters or should this be an exercise for users/admini
: You are right, SimpleFacets#getFacetQueryCounts has the following comment:
:
: /* Ignore SolrParams.DF - could have init param facet.query assuming
: * the schema default with query param DF intented to only affect Q.
: * If user doesn't want schema default for facet.query, they shoul
: Subject: Multiple parsedquery in the result set when debugQuery=true
:
: Are there supposed to be multiple parsedquery entries for a
: distributed query when debugQuery=true?
can you be more specific as to what you mean? cut/paste an example would
be helpful.
(you specificly mentioned a dis
: instance, which is based on Solr SVN r815830. This patch did not seem
: to solve the hang problem; once I reenabled JMX, then the process
: would hang at the same spot, i.e. right after
Yeah, I believe the "hang" is really orthoginal to the SearchComponents
issue and seems to be because of the
Hello, I was running a batch index the other day using the Solrj
EmbeddedSolrServer when the process abruptly froze in it's tracks after
running for about 4-5 hours and indexing ~400K documents. There were no
document locks so it would seem likely that there was some kind of thread
deadlock. I was
HURAH! Works for me!
Thank you!
-Original Message-
From: Chris Hostetter [mailto:hossman_luc...@fucit.org]
Sent: Sunday, September 20, 2009 6:49 PM
To: solr-user@lucene.apache.org
Subject: Re: Latest trunk locks execution thread in
SolrCore.getSearcher()
: instance, which is based on S
The Distributed Search architecture assumes that all of the shards are
the same schema.xml. So, the distributed search feature should receive
the same exact parsed query from all shards. If it does not, this
means the distributed search shards are not configured consistently.
This would cause a lot
I opened SOLR-1447 for this
2009/9/18 Noble Paul നോബിള് नोब्ळ् :
> We can use a simple reflection based implementation to simplify
> reading too many parameters.
>
> What I wish to emphasize is that Solr should be agnostic of xml
> altogether. It should only be aware of specific Objects and
> in
This is related to the bug seen in relation to SOLR-908 and who
knows what else! So yeah I picked through the code and see that
parsedQuery can be multiple when returned, though I'd consider
this somewhat confusing and useless behavior without
additionally indicating which servers the parsedQueries
The current default Lucene MergePolicy does not handle frequent updates
well.
We have done some performance analysis with that and a custom merge policy:
http://code.google.com/p/zoie/wiki/ZoieMergePolicy
-John
On Mon, Sep 21, 2009 at 1:08 PM, Jason Rutherglen <
jason.rutherg...@gmail.com> wrot
Yonik:
It would be great if Solr can be configured through some sort of
dependency injection framework like Spring! A big +1 from me!
-John
On Fri, Sep 18, 2009 at 11:10 PM, Yonik Seeley
wrote:
> On Thu, Sep 17, 2009 at 4:30 PM, Shalin Shekhar Mangar
> wrote:
> >> I was wondering if th
with SOLR-1447 you should be able to use ZoieMergePolicy as well
On Mon, Sep 21, 2009 at 11:43 AM, John Wang wrote:
> Yonik:
>
> It would be great if Solr can be configured through some sort of
> dependency injection framework like Spring! A big +1 from me!
>
> -John
>
> On Fri, Sep 18, 2
16 matches
Mail list logo