[
https://issues.apache.org/jira/browse/SOLR-4852?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14039276#comment-14039276
]
Ahmet Arslan commented on SOLR-4852:
------------------------------------
This is not all about loading same jar twice. Here is an interesting finding.
I remove all lib directives in example solrconfig.xml and put icu4j-53.1.jar
and lucene-analyzers-icu-4.8.1.jar into collection1/lib folder.
solr.ICUFoldingFilterFactory works file.
Just add following line to solrconfig.xml
{code:xml}
<lib dir="../../../dist/" regex="solr-velocity-\d.*\.jar" />
{code}
bum it fails. I have a feeling that this is nothing to do with twice loading.
It looks line order of processed lib directives causing something.
> If sharedLib is set to lib, classloader fails to find classes in lib
> --------------------------------------------------------------------
>
> Key: SOLR-4852
> URL: https://issues.apache.org/jira/browse/SOLR-4852
> Project: Solr
> Issue Type: Bug
> Affects Versions: 4.4
> Environment: Linux bigindy5 2.6.32-358.6.1.el6.centos.plus.x86_64 #1
> SMP Wed Apr 24 03:21:04 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
> java version "1.7.0_21"
> Java(TM) SE Runtime Environment (build 1.7.0_21-b11)
> Java HotSpot(TM) 64-Bit Server VM (build 23.21-b01, mixed mode)
> Reporter: Shawn Heisey
> Fix For: 4.9, 5.0
>
> Attachments: SOLR-4852-test-failhard.txt, SOLR-4852.patch,
> SOLR-4852.patch
>
>
> I have some jars in the lib directory under solr.solr.home - DIH, ICU, and
> MySQL. If I set sharedLib in solr.xml to "lib" then the ICUTokenizer class
> is not found, even though the jar is loaded (twice) during Solr startup. If
> I set sharedLib to another location that doesn't exist, the jars are only
> loaded once and there is no problem.
> I'm using the old-style solr.xml on branch_4x revision 1485566.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
