: passed in as a Properties object to the CD constructor. At the moment,
: you can't refer to a property defined in solrcore.properties within your
: core.properties file.
but if you look at it fro ma historical context, that doesn't really
matter for the purpose that solrcore.prop
the refactoring route I can leave it to Alan to
take a crack at it.
Thanks,
-Steve
On Fri, May 29, 2015 at 3:29 AM, Alan Woodward wrote:
> Yeah, you could do it like that. But looking at it further, I think
> solrcore.properties is actually being loaded in entirely the wrong place
Yeah, you could do it like that. But looking at it further, I think
solrcore.properties is actually being loaded in entirely the wrong place - it
should be done by whatever is creating the CoreDescriptor, and then passed in
as a Properties object to the CD constructor. At the moment, you
: certainly didn't intend to write it like this!). The problem here will
: be that CoreDescriptors are currently built entirely from
: core.properties files, and the CoreLocators that construct them don't
: have any access to zookeeper.
But they do have access to the CoreContainer which is pa
: Never even considered loading core.properties from ZK, so not even an
: oversight on my part ;)
to be very clear -- we're not talking about core.properties.
we're talking about solrcore.properties -- the file that's existed for
much longer then core.properites (predates
om the
> configset, and then local core-specific properties overriding both.
>
> Do you want to open a JIRA bug, Steve?
>
> Alan Woodward
> www.flax.co.uk
>
>
> On 28 May 2015, at 00:58, Chris Hostetter wrote:
>
>> : I am attempting to override some properties in m
am attempting to override some properties in my solrconfig.xml file by
> : specifying properties in a solrcore.properties file which is uploaded in
> : Zookeeper's collections/conf directory, though when I go to create a new
> : collection those properties are never loaded. On
: I am attempting to override some properties in my solrconfig.xml file by
: specifying properties in a solrcore.properties file which is uploaded in
: Zookeeper's collections/conf directory, though when I go to create a new
: collection those properties are never loaded. One work-around
I am attempting to override some properties in my solrconfig.xml file by
specifying properties in a solrcore.properties file which is uploaded in
Zookeeper's collections/conf directory, though when I go to create a new
collection those properties are never loaded. One work-around is to sp
> Hi,
>
> We have a couple of Solr servers acting as master and slave, and each
> server have the same amount of cores, we are trying to configure the
> solrcore.properties so that an script is able to add cores without
> changing the solrcore.properties using a hack like this:
Hi,
We have a couple of Solr servers acting as master and slave, and each
server have the same amount of cores, we are trying to configure the
solrcore.properties so that an script is able to add cores without
changing the solrcore.properties using a hack like this:
enable.master=false
On 5/8/2014 2:01 AM, Guido Medina wrote:
> We have a couple of Solr servers acting as master and slave, and each
> server have the same amount of cores, we are trying to configure the
> solrcore.properties so that an script is able to add cores without
> changing the solrcore.proper
Hi
Can some one clarify the role of solrcore.properties in Solr 4.3+?
We can define custom properties in solrcore.properties and use them in
solrconfig.xml
Will this functionality be retained going forward?
Suchi
Hi,
We have a couple of Solr servers acting as master and slave, and each
server have the same amount of cores, we are trying to configure the
solrcore.properties so that an script is able to add cores without
changing the solrcore.properties using a hack like this:
enable.master=false
Hi ,
Can any one help on how to refer the solrcore.properties uploaded into
Zookeeper ?
--
View this message in context:
http://lucene.472066.n3.nabble.com/Solr-4-1-0-not-using-solrcore-properties-tp4040228p4079654.html
Sent from the Solr - User mailing list archive at Nabble.com.
We are trying to upgrade from Solr 3.6.2 to Solr 4.2.1 and are having
problems with using properties in solrcore.properties inside
data-config.xml.
With Solr 3.6.2, we were able to directly use properties in
solrcore.properties inside data-config.xml like ${jdbc.driver},
${jdbc.username}, etc
, February 13, 2013 5:47 PM
To: solr-user@lucene.apache.org
Subject: Re: Solr 4.1.0 not using solrcore.properties ?
James,
I debugged it until I found where things go 'wrong'.
Apparently the current implementation VariableResolver does not allow the
use of a period '.' in any varia
gt; >> The code that resolves variables in DIH was refactored extensively in
> >> 4.1.0. So if you've got a case where it does not resolve the variables
> >> properly, please give the details. We can open a JIRA issue and get
> this
> >> fixed.
> >&g
er
>> Ingram Content Group
>> (615) 213-4311
>>
>> -Original Message-
>> From: Daniel Rijkhof [mailto:daniel.rijk...@gmail.com]
>> Sent: Wednesday, February 13, 2013 11:09 AM
>> To: solr-user@lucene.apache.org
>> Subject: Re: Solr 4.1.0 not
ailto:daniel.rijk...@gmail.com]
> Sent: Wednesday, February 13, 2013 11:09 AM
> To: solr-user@lucene.apache.org
> Subject: Re: Solr 4.1.0 not using solrcore.properties ?
>
> I am looking at the source code of 4.1.0 and I cannot find any prove that
> solr 4.1.0's DIH would a
ssage-
From: Daniel Rijkhof [mailto:daniel.rijk...@gmail.com]
Sent: Wednesday, February 13, 2013 11:09 AM
To: solr-user@lucene.apache.org
Subject: Re: Solr 4.1.0 not using solrcore.properties ?
I am looking at the source code of 4.1.0 and I cannot find any prove that
solr 4.1.0's DIH woul
I am looking at the source code of 4.1.0 and I cannot find any prove that
solr 4.1.0's DIH would actually use any properties from the
solrcore.properties file.
I do however found that Solr does load my solrcore.properties file...
It's strange that this would have been changed,
Does an
Walter Underwood wrote
>
> Looking at SOLR-1335 and the wiki, I'm not quite sure of the final
> behavior for this.
>
> These properties are per-core, and not visible in other cores, right?
>
>
yes it is.
Walter Underwood wrote
>
>
> Are variables substituted in solr.xml, so I can swap in
Looking at SOLR-1335 and the wiki, I'm not quite sure of the final behavior for
this.
These properties are per-core, and not visible in other cores, right?
Are variables substituted in solr.xml, so I can swap in different properties
files for dev, test, and prod? Like this:
If that does not
Just for the record, in case anymore is having trouble, the masterUrl should
be: http://url:port/solr/replication (don't forget the /replication/ part!)
On Tue, Mar 29, 2011 at 9:44 AM, Ezequiel Calderara wrote:
> I think that i found the problem:
> The contents of the solrcore.prop
I think that i found the problem:
The contents of the solrcore.properties were:
> #solrcore.properties
> data.dir=D:\Solr\data\solr\
> enable.master=false
> enable.slave=true
> masterUrl=http://url:8787/solr/
> pollInterval=00:00:60
>
I found a folder in the D:\ called: Solr
Hi Jayendra, this is the content of the files:
In the Master:
+ SolrConfig.xml : http://pastebin.com/JhvwMTdd
In the Slave:
+ solrconfig.xml: http://pastebin.com/XPuwAkmW
+ solrcore.properties: http://pastebin.com/6HZhQG8z
I don't know which other files do you need or could be involved in
chema.xml
${enable.slave:false}
http://master_host:port/solr/corename/replication
- solrcore.properties
28 matches
Mail list logo
