lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alexandre Rafalovitch (JIRA)" <>
Subject [jira] [Commented] (SOLR-4373) In multicore, lib directives in solrconfig.xml cause conflict and clobber directives from earlier cores
Date Mon, 25 Feb 2013 18:50:12 GMT


Alexandre Rafalovitch commented on SOLR-4373:

I have just rechecked and I still have the problem with coreLoadThreads=1 setting under Solr
4.1. Every time I start Solr a different subset of cores fails. I think reloading a core triggers
this as well, though it is harder to check.

I have the whole set of examples structured around getting this to work (each example is a
separate core). Is there something I can do to help troubleshooting this? I haven't tried
working with Solr source yet, but I am a Java developer and can dig around if there is some
sort of information at where library references are stored.
> In multicore, lib directives in solrconfig.xml cause conflict and clobber directives
from earlier cores
> -------------------------------------------------------------------------------------------------------
>                 Key: SOLR-4373
>                 URL:
>             Project: Solr
>          Issue Type: Bug
>          Components: multicore
>    Affects Versions: 4.1
>            Reporter: Alexandre Rafalovitch
>            Priority: Blocker
>              Labels: lib, multicore
>             Fix For: 4.2, 5.0, 4.1.1
>         Attachments:
> Having lib directives in solrconfig.xml seem to wipe out/override the definitions in
previous cores.
> The exception (for the earlier core) is:
> 	at org.apache.solr.util.plugin.AbstractPluginLoader.load(
> 	at org.apache.solr.schema.IndexSchema.readSchema(
> 	at org.apache.solr.schema.IndexSchema.<init>(
> 	at org.apache.solr.core.CoreContainer.createFromLocal(
> 	at org.apache.solr.core.CoreContainer.create(
> 	at org.apache.solr.core.CoreContainer$
> 	at org.apache.solr.core.CoreContainer$
> 	at java.util.concurrent.FutureTask$Sync.innerRun(
> 	at
> 	at java.util.concurrent.Executors$
> 	at java.util.concurrent.FutureTask$Sync.innerRun(
> 	at
> 	at java.util.concurrent.ThreadPoolExecutor.runWorker(
> 	at java.util.concurrent.ThreadPoolExecutor$
> 	at
> Caused by: org.apache.solr.common.SolrException: Plugin init failure for [schema.xml]
analyzer/filter: Error loading class 'solr.ICUFoldingFilterFactory'
> 	at org.apache.solr.util.plugin.AbstractPluginLoader.load(
> 	at org.apache.solr.schema.FieldTypePluginLoader.readAnalyzer(
> 	at org.apache.solr.schema.FieldTypePluginLoader.create(
> 	at org.apache.solr.schema.FieldTypePluginLoader.create(
> 	at org.apache.solr.util.plugin.AbstractPluginLoader.load(
> The full replication case is attached.
> If the SECOND core is turned off in solr.xml, the FIRST core loads just fine.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message