I ran into another issue that I am having issue running to ground. My
implementation on Solr 4.x worked as I expected but trying to migrate this
to Solr 5.x it looks like some of the faceting is delegated to
DocValuesFacets which ultimately caches things at a field level in the
FieldCache.DEFAULT
This was my original thought. We already have the thread local so should
be straight fwd to just wrap the Field name and use that as the key. Again
thanks, I really appreciate the feedback
On Aug 19, 2015 8:12 AM, "Yonik Seeley" wrote:
> On Tue, Aug 18, 2015 at 10:58 PM, Jamie Johnson wrote:
>
On Tue, Aug 18, 2015 at 10:58 PM, Jamie Johnson wrote:
> Hmm...so I think I have things setup correctly, I have a custom
> QParserPlugin building a custom query that wraps the query built from the
> base parser and stores the user who is executing the query. I've added the
> username to the hashC
Hmm...so I think I have things setup correctly, I have a custom
QParserPlugin building a custom query that wraps the query built from the
base parser and stores the user who is executing the query. I've added the
username to the hashCode and equals checks so I think everything is setup
properly.
On Tue, Aug 18, 2015 at 9:51 PM, Jamie Johnson wrote:
> Thanks, I'll try to delve into this. We are currently using the parent
> query parser, within we could use {!secure} I think. Ultimately I would
> want the solr qparser to actually do the work of parsing and I'd just wrap
> that.
Right...
Thanks, I'll try to delve into this. We are currently using the parent
query parser, within we could use {!secure} I think. Ultimately I would
want the solr qparser to actually do the work of parsing and I'd just wrap
that. Are there any examples that I could look at for this? It's not
clear to
On Tue, Aug 18, 2015 at 8:38 PM, Jamie Johnson wrote:
> I really like this idea in concept. My query would literally be just a
> wrapper at that point, what would be the appropriate place to do this?
It depends on how much you are trying to make everything transparent
(that there is security) or
I really like this idea in concept. My query would literally be just a
wrapper at that point, what would be the appropriate place to do this?
What would I need to do to the query to make it behave with the cache.
Again thanks for the idea, I think this could be a simple way to use the
caches.
On
On Tue, Aug 18, 2015 at 8:19 PM, Jamie Johnson wrote:
> when you say a security filter, are you asking if I can express my security
> constraint as a query? If that is the case then the answer is no. At this
> point I have a requirement to secure Terms (a nightmare I know).
Heh - ok, I figured
when you say a security filter, are you asking if I can express my security
constraint as a query? If that is the case then the answer is no. At this
point I have a requirement to secure Terms (a nightmare I know). Our
fallback is to aggregate the authorizations to a document level and secure
th
On Tue, Aug 18, 2015 at 7:11 PM, Jamie Johnson wrote:
> Yes, my use case is security. Basically I am executing queries with
> certain auths and when they are executed multiple times with differing
> auths I'm getting cached results.
If it's just simple stuff like top N docs returned, can't you j
On Tue, Aug 18, 2015 at 6:52 PM, Jamie Johnson wrote:
> > I see that if Solr is in realtime mode that caching is disable within the
> > SolrIndexSearcher that is created in SolrCore, but is there anyway to
> > disable caching without being in realtime mode? Currently I'm
&
se to disable them all. Security?
-Yonik
On Tue, Aug 18, 2015 at 6:52 PM, Jamie Johnson wrote:
> I see that if Solr is in realtime mode that caching is disable within the
> SolrIndexSearcher that is created in SolrCore, but is there anyway to
> disable caching without being in realtime mo
I see that if Solr is in realtime mode that caching is disable within the
SolrIndexSearcher that is created in SolrCore, but is there anyway to
disable caching without being in realtime mode? Currently I'm implementing
a NoOp cache that implements SolrCache but returns null for everythin
Hello All,
We are trying to provide a personalized sort order for each user. We've a
per-computed list of user to products and if it matches the solr result set
those products need to be shown upfront. One way can be handling this in
application but pagination becomes tricky. Another way we are ex
Thanks and good call, that has been there for quite some time!
I've changed it to: -Xms200m -Xmx1500m
I'll look into the effect of this first.
--
View this message in context:
http://lucene.472066.n3.nabble.com/Disable-caching-on-sorting-to-improve-performance-tp4108356p4108362
ssage-
> From:PeterKerk
> Sent: Friday 27th December 2013 12:39
> To: solr-user@lucene.apache.org
> Subject: Disable caching on sorting to improve performance
>
> I'm getting a lot of java heap memory full errors. I've now been reading into
> solr performance (in the meantime also c
ncount=1")
searchquery.Append("&facet.sort=index")
searchquery.Append("&omitHeader=true")
searchquery.Append("&sort=clickcount%20desc,prijs%20desc,updatedate%20desc")
--
View this message in context:
http://lucene.472066.n3.nabble.com/Disable-caching-on-sorting-to-improve-performance-tp4108356.html
Sent from the Solr - User mailing list archive at Nabble.com.
: If you are not searching against your master, and you shouldn't (and
: it sounds like you aren't), then you don't have to worry about
: disabling caches - they will just remain empty. You could comment
: them out, but I think that won't actually disable them.
FWIW: what i generall advocate is
Thanks for the replies.
2012/10/17 Otis Gospodnetic
> Hi,
>
> If you are not searching against your master, and you shouldn't (and
> it sounds like you aren't), then you don't have to worry about
> disabling caches - they will just remain empty. You could comment
> them out, but I think that
Hi,
If you are not searching against your master, and you shouldn't (and
it sounds like you aren't), then you don't have to worry about
disabling caches - they will just remain empty. You could comment
them out, but I think that won't actually disable them.
Warmup queries you can just comment ou
Yes Anderson, you don't need cache for master, neither warming.
-Original Message-
From: Anderson vasconcelos [mailto:anderson.v...@gmail.com]
Sent: Wednesday, October 17, 2012 9:55 PM
To: solr-user
Subject: Disable Caching
Hi
I have a server that just index data and sincronize
On 19-Jan-09, at 2:44 PM, James Brady wrote:
Hi all, I have 20 indices, each ~10GB in size, being searched by a
single
Solr slave instance (using the multicore features in a slightly old
1.2 dev
build)
I'm getting unpredictable, but inevitable, OutOfMemoryError from the
slave,
and I have n
Hi all, I have 20 indices, each ~10GB in size, being searched by a single
Solr slave instance (using the multicore features in a slightly old 1.2 dev
build)
I'm getting unpredictable, but inevitable, OutOfMemoryError from the slave,
and I have no more physical memory to throw at the problem (HotSpo
24 matches
Mail list logo
