[
https://issues.apache.org/jira/browse/SOLR-1099?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Koji Sekiguchi resolved SOLR-1099.
--
Resolution: Fixed
Committed revision 827032. Thanks.
FieldAnalysisRequestHandler
I'm +1 obviously ;) No one is talking about making it the default. And I
think its well known that soft value caches can be a valid choice -
thats why google has one in their collections here ;) Its a nice way to
let your cache grow and shrink based on the available RAM. Its not
always the right
!-- Maximum number of clauses in a boolean query... can affect
range or prefix queries that expand to big boolean
queries. An exception is thrown if exceeded. --
maxBooleanClauses1024/maxBooleanClauses
Anyone think we should clarify that? The built-in multiterm queries
Mark Miller wrote:
!-- Maximum number of clauses in a boolean query... can affect
range or prefix queries that expand to big boolean
queries. An exception is thrown if exceeded. --
maxBooleanClauses1024/maxBooleanClauses
Anyone think we should clarify that? The
On Tue, Oct 20, 2009 at 6:07 PM, Mark Miller markrmil...@gmail.com wrote:
I'm +1 obviously ;) No one is talking about making it the default. And I
think its well known that soft value caches can be a valid choice -
thats why google has one in their collections here ;) Its a nice way to
let
On Tue, Oct 20, 2009 at 9:06 AM, Mark Miller markrmil...@gmail.com wrote:
!-- Maximum number of clauses in a boolean query... can affect
range or prefix queries that expand to big boolean
queries. An exception is thrown if exceeded. --
Yonik Seeley wrote:
On Tue, Oct 20, 2009 at 9:06 AM, Mark Miller markrmil...@gmail.com wrote:
!-- Maximum number of clauses in a boolean query... can affect
range or prefix queries that expand to big boolean
queries. An exception is thrown if exceeded. --
+1 for having soft reference an available option by configuration, keeping
the current behavior as default.
Bill
2009/10/20 Noble Paul നോബിള് नोब्ळ् noble.p...@corp.aol.com
On Tue, Oct 20, 2009 at 6:07 PM, Mark Miller markrmil...@gmail.com
wrote:
I'm +1 obviously ;) No one is talking
If you really want to release/acquire your resources each time the
tokenizer is used, then release it in the close() and acquire in the
reset(). There is no done with this forever callback.
-Yonik
http://www.lucidimagination.com
On Tue, Oct 20, 2009 at 12:25 PM, Teruhiko Kurosaka
Yonik,
If you really want to release/acquire your resources each
time the tokenizer is used, then release it in the close()
and acquire in the reset(). There is no done with this
forever callback.
I wanted to avoid that because acquring this resource
is a relatively expensive operation.
[
https://issues.apache.org/jira/browse/SOLR-1514?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12767890#action_12767890
]
Hoss Man commented on SOLR-1514:
Can you provide a JUnit test case, or a schema.xml + some
On Tue, Oct 20, 2009 at 3:56 PM, Mark Miller markrmil...@gmail.com wrote:
On Oct 20, 2009, at 12:12 AM, Shalin Shekhar Mangar
shalinman...@gmail.com wrote:
I don't think the debate is about weak reference vs. soft references.
There appears to be confusion between the two here no matter
Yonik Seeley wrote:
On Tue, Oct 20, 2009 at 2:18 PM, Chris Hostetter
hossman_luc...@fucit.org wrote:
I just realized we still have o.a.s.schema.Trie*Field classes in Solr
but Lucene switched to using NumericField ... should we convert the Solr
class names prior to 1.4?
I dunno -
What about acquiring the resource in your tokenizer factory instead of
at the tokenizer level?
Erik
On Oct 20, 2009, at 1:16 PM, Teruhiko Kurosaka wrote:
Yonik,
If you really want to release/acquire your resources each
time the tokenizer is used, then release it in the close()
[
https://issues.apache.org/jira/browse/SOLR-1516?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12767925#action_12767925
]
Chris A. Mattmann commented on SOLR-1516:
-
Hi All:
I don't mean to be a pest here,
Erik,
That's a good idea.
But that means the resource releasing code must live in
the finialize method and it has to wait until GC
kicks in. Correct?
-kuro
-Original Message-
From: Erik Hatcher [mailto:erik.hatc...@gmail.com]
Sent: Tuesday, October 20, 2009 12:37 PM
To:
Can't we set up the clustering solrconfig to have a different data
directory and remove the default of ./solr/data? I get caught on
this gotcha in a lot of places these days b/c I am often trying out
lots of different configs.
On Oct 20, 2009, at 5:13 PM, Yonik Seeley wrote:
So when I
On Tue, Oct 20, 2009 at 5:31 PM, Grant Ingersoll gsing...@apache.org wrote:
Can't we set up the clustering solrconfig to have a different data directory
and remove the default of ./solr/data? I get caught on this gotcha in a
lot of places these days b/c I am often trying out lots of different
Actually just copying the example schema to contrib seemed to work
fine... those should probably be kept in alignment regardless of if we
decide to do something different about the data directory.
-Yonik
http://www.lucidimagination.com
On-topic: Will the Google implementations + soft references behave
well with 8+ processors?
Semi-on-topic: If you want to really know multiprocessor algorithms,
this is the bible: The Art Of Multiprocessor Programming. Hundreds
of parallel algorithms for many different jobs, all coded in Java,
Pradeep,
Attached are the files. You may have to open them in a text editor and
rename the project to match yours but should be pretty straightforward. I
used this with 1.3 trunk at the time so things may have changed but it's
easy enough to modify in eclipse.
- Amit
On Mon, Oct 19, 2009 at 4:16
21 matches
Mail list logo