Error when start Solr cloud, due to location of 3rd party libraries

后端 未结 5 1244
广开言路
广开言路 2021-02-06 15:22

I tried to migrate to Solr 3.1 , my project uses Dataimport handler , when I started solr it asked me SolrCoreAwar not found I copied the following file to lib directory apache-

相关标签:
5条回答
  • 2021-02-06 15:46

    The problem is now solved.

    This problem occurred because dataimporthandler and requesthandler are loaded by two different class loaders. To solve it, ensure that solr loads its jars only from the same class loader.

    First of all I ensured that :

    1) In solrconfig.xml remove ensure that dataimporthandler only comes from one place 2) I have commented all directives and added new one that refers to lib directory in solr directory so the lib directory path is example/solr/lib , this directory doesn't exists by default. Create it (for example using mkdir solr/lib) and the lib directive in solrconfig.xml becomes

    <lib dir="./solr/lib"/>   
    

    3) Add the jar file from dist directory to this directory example/solr/lib
    4) Fire up your solr server

    And don't forget to copy your mysql-driver jar to your include path to be able to index your mysql database tables if you use dataimporthandler for this purpose

    Note: This works for solr 4.0

    0 讨论(0)
  • 2021-02-06 16:00

    #solr 3.5 : The classloader issue has been correctly identified above, but the solution didn't seem to work for me. I just put the dataimporthandler jars into the solr.war file and that worked, of course.

    0 讨论(0)
  • 2021-02-06 16:05

    The problem is most probably deeper, but you could try putting slf4j apis in your class path. (http://www.slf4j.org/download.html).

    0 讨论(0)
  • 2021-02-06 16:08

    @see SOLR-2574 for a solution and sample working project. It's for Solr 3.2 but it works with Sorl 3.1 too.

    In short, add a dependency on slf4j-nop.

       <dependency>
          <groupId>org.slf4j</groupId>
          <artifactId>slf4j-nop</artifactId>
          <version>1.6.1</version>
        </dependency>
    
    0 讨论(0)
  • 2021-02-06 16:11

    A couple of months later, you may get the response.

    Had the exact same issue and I was able to get over it by actually using absolute paths to the data import handler.

    0 讨论(0)
提交回复
热议问题