[ 
https://issues.apache.org/jira/browse/SOLR-4852?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13665170#comment-13665170
 ] 

Shawn Heisey commented on SOLR-4852:
------------------------------------

[~rcmuir] - thanks.  I did wonder if it might have been buggy before.  Having 
this issue here for others to find may help someone, even if it's decided that 
this isn't a bug.

I am a little mystified by the fact that it can't find a class just because it 
has loaded the jar twice, though.  I am not well-versed in classloader behavior 
...  is that expected?

                
> 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

Reply via email to