exception solr classpath solrcloud

exception - Error al iniciar la nube de Solr, debido a la ubicación de bibliotecas de terceros



classpath solrcloud (5)

Intenté migrar a Solr 3.1, mi proyecto utiliza el controlador Dataimport, cuando comencé Solr me preguntó SolrCoreAwar not found Copié el siguiente archivo en el directorio lib apache-solr-dataimporthandler-3.1-SNAPSHOT.jar, pero nuevamente apareció un error al indicar Solr Necesito solucionar este problema, si puedes ayudar Gracias

El siguiente mensaje es la excepción que recibo al iniciar Solr 3.1

java.lang.NoClassDefFoundError: Could not initialize class org.slf4j.LoggerFactory at org.apache.solr.handler.dataimport.DataImportHandler.<clinit>(DataImportHandler.java:72) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:264) at org.apache.solr.core.SolrResourceLoader.findClass(SolrResourceLoader.java:373) at org.apache.solr.core.SolrCore.createInstance(SolrCore.java:423) at org.apache.solr.core.SolrCore.createRequestHandler(SolrCore.java:459) at org.apache.solr.core.RequestHandlers.initHandlersFromConfig(RequestHandlers.java:154) at org.apache.solr.core.SolrCore.<init>(SolrCore.java:563) at org.apache.solr.core.CoreContainer.create(CoreContainer.java:458) at org.apache.solr.core.CoreContainer.load(CoreContainer.java:316) at org.apache.solr.core.CoreContainer.load(CoreContainer.java:207) at org.apache.solr.core.CoreContainer$Initializer.initialize(CoreContainer.java:130) at org.apache.solr.servlet.SolrDispatchFilter.init(SolrDispatchFilter.java:94) at org.mortbay.jetty.servlet.FilterHolder.doStart(FilterHolder.java:97) at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50) at org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:713) at org.mortbay.jetty.servlet.Context.startContext(Context.java:140) at org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1282) at org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:518) at org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:499) at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50) at org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152) at org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:156) at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50) at org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152) at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50) at org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130) at org.mortbay.jetty.Server.doStart(Server.java:224) at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50) at org.mortbay.xml.XmlConfiguration.main(XmlConfiguration.java:985) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.mortbay.start.Main.invokeMain(Main.java:194) at org.mortbay.start.Main.start(Main.java:534) at org.mortbay.start.Main.start(Main.java:441) at org.mortbay.start.Main.main(Main.java:119

Actualizar

Agregué los siguientes archivos jar a mi ruta de clase, la excepción anterior desapareció, pero apareció un nuevo error al iniciar el servidor de solr:

Error Instantiating Request Handler, org.apache.solr.handler.dataimport.DataImportHandler is not a org.apache.solr.request.SolrRequestHandler at org.apache.solr.core.SolrCore.createInstance(SolrCore.java:425) at org.apache.solr.core.SolrCore.createRequestHandler(SolrCore.java:459) at org.apache.solr.core.RequestHandlers.initHandlersFromConfig(RequestHandlers.java:154) at org.apache.solr.core.SolrCore.<init>(SolrCore.java:563) at org.apache.solr.core.CoreContainer.create(CoreContainer.java:458) at org.apache.solr.core.CoreContainer.load(CoreContainer.java:316) at org.apache.solr.core.CoreContainer.load(CoreContainer.java:207) at org.apache.solr.core.CoreContainer$Initializer.initialize(CoreContainer.java:130) at org.apache.solr.servlet.SolrDispatchFilter.init(SolrDispatchFilter.java:94) at org.mortbay.jetty.servlet.FilterHolder.doStart(FilterHolder.java:97) at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50) at org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:713) at org.mortbay.jetty.servlet.Context.startContext(Context.java:140) at org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1282) at org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:518) at org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:499) at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50) at org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152) at org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:156) at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50) at org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152) at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50) at org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130) at org.mortbay.jetty.Server.doStart(Server.java:224) at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50) at org.mortbay.xml.XmlConfiguration.main(XmlConfiguration.java:985) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.mortbay.start.Main.invokeMain(Main.java:194) at org.mortbay.start.Main.start(Main.java:534) at org.mortbay.start.Main.start(Main.java:441) at org.mortbay.start.Main.main(Main.java:119)


El problema probablemente sea más profundo, pero podrías intentar poner slf4j apis en tu ruta de clase. (http://www.slf4j.org/download.html).


@see SOLR-2574 para una solución y proyecto de trabajo de muestra. Es para Solr 3.2 pero también funciona con Sorl 3.1.

En resumen, agregue una dependencia en slf4j-nop.

<dependency> <groupId>org.slf4j</groupId> <artifactId>slf4j-nop</artifactId> <version>1.6.1</version> </dependency>


Un par de meses más tarde, es posible que obtenga la respuesta.

Tuve exactamente el mismo problema y pude superarlo usando rutas absolutas al manejador de importación de datos.


#solr 3.5: El problema del cargador de clases ha sido identificado correctamente arriba, pero la solución no pareció funcionar para mí. Acabo de poner los dataimporthandlers jar en el archivo solr.war y funcionó, por supuesto.


El problema ahora está resuelto.

Este problema se ha producido porque los cargadores de carga de datos y el manejador de peticiones son cargados por dos cargadores de clases diferentes. Para resolverlo, asegúrese de que solr carga sus jarrones solo desde el mismo cargador de clase.

Antes que nada me aseguré de que:

1) En solrconfig.xml remove asegúrese de que dataimporthandler solo provenga de un lugar 2) Comente todas las directivas y agregue una nueva que haga referencia al directorio lib en el directorio solr para que la ruta del directorio lib sea example/solr/lib , este directorio no lo example/solr/lib t existe por defecto. mkdir solr/lib (por ejemplo, usando mkdir solr/lib ) y la directiva lib en solrconfig.xml convierte en

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

3) Agregue el archivo jar desde el directorio dist a este ejemplo de directorio / solr / lib
4) Enciende tu servidor Solr

Y no te olvides de copiar tu jar de mysql-driver a tu ruta de inclusión para poder indexar tus tablas de bases de datos mysql si usas dataimporthandler para este propósito

Nota: Esto funciona para solr 4.0