[
https://issues.apache.org/jira/browse/SOLR-4852?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13665348#comment-13665348
]
Shawn Heisey commented on SOLR-4852:
------------------------------------
{quote}
And besides that still wouldn't detect a lot of problems:
* jar has different version (ICU-4.0 vs 4.0.1)
* jar is the same but physically somewhere else on the file system
* jar is different but has same class/resource names (i'm looking at you
logging jars)
{quote}
It's true that we can't detect all possible problems. In cases where File
objects are being used, doing a getCanonicalPath() comparison each time a lib
folder is added would catch many misconfigs, including the mistake that I made.
If it's possible, comparing getCanonicalPath() on each jar would catch more.
> 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: 5.0, 4.4
>
>
> 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 is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
