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 can't refer to a property defined in solrcore.properties within your core.properties file.
I'll open a JIRA if Steve hasn't already done so Alan Woodward www.flax.co.uk On 28 May 2015, at 17:57, Chris Hostetter wrote: > > : 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 passed to the > CoreDescriptor constructor -- it has all the ZK access you'd need at the > time when loadExtraProperties() is called. > > correct? > > as fleshed out in my last emil... > > : > patch: IIUC CoreDescriptor.loadExtraProperties is the relevent method > ... > : > it would need to build up the path including the core name and get the > : > system level resource loader (CoreContainer.getResourceLoader()) to > access > : > it since the core doesn't exist yet so there is no core level > : > ResourceLoader to use. > > > -Hoss > http://www.lucidworks.com/
