当前位置: 首页 > 知识库问答 >
问题:

在solr实例上运行完全导入时,如何解决Dataconfig错误?

曾嘉言
2023-03-14

我创建了solr实例,并试图运行完全导入,但我得到了数据配置问题。

网址是:http://localhost:8080/Apache-Solr-4 . 0 . 0/collection 1/data import?命令=完全导入

5008数据配置。xmlfull importData配置问题:不允许处理指令目标匹配“[xX][mM][lL]”。org.apache.solr.handler.dataimport。DataImportHandlerException:数据配置问题:不允许处理指令目标匹配“[xX][mM][lL]”。位于org.apache.solr.handler.dataimport.DataImporter.loadDataConfig(DataImporter.java:233),位于org.apache.solr.hander.dataimport.dataImportor.maybeReloadConfiguration(dataimportor.java:131),位于org.apache.solr.handler.dataimport.DataImporterHandler.HandlerRequestBody(dataimport-handler.java:167),位于org.apache.solr.core.SolrCore.execute(solrcoree.java:1699)位于org.apach.solr.servlet.SolrDispatchFilter.execution(solrdispacchfilte.java:455)位于org.apache.solr.servlet.solardispatchFilter.doFilter(solrdespatchfilter.java:276)位于org.apache.catalina.core.ApplicationFilterChain.internaldofilte(ApplicationFilterChain.java:256)位于org.apache.catalina.core.ApplicationFilterChain.dofiller(ApplicationFilterChain.java:217)位于org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:279)处,位于org.apache.catalina.core.StandardContextValve.invoke(standardContextVal.java:175)处,以及org.apach.catalia.core.StandardPipeline.doInvoke(standardppipeline.java:655)处org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161)位于org.apach.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:331)位于org.apache.catalina.connector.coyoteAdapper.service(CoyotAdapter.java:231)位于com.sun.enterprise.v3.services.impl.ContainerMapper$AdapterCallable.call(ContainerMapper.java:317)位于com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:849)和com.su.grizly.http.DefaultProtocolFilter.doProcess(ProcessorTask.java:746)和com.sun.Grizzley.http.grizzlycom.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)在com.su.grizly.defaultprotocolchains.execute(DefaulProtocolhain.java:104)在com.sun.grizzly.DefaultprotocolChains.Exeute(DefaultProtocolChain.java:90)在com.sun.grizzley.http.httpProtocol.execute(httprotocolchaine.java:79)在com/sun.grazzly.griz.protocol-ContextTask.doCall(ProtocolChainContextTask.java:54)在com.sun.grizzly.SelectionKeyContextTasks.call(SelectionKeyContextTask.java:59)在com.sun.grizzly.ContextTaskk.run(ContextTaskTask.java:71)在com.sun.grezzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)在com.sun.格里zzly.util.AbtractThreadpool$Worker.run(Abtractthreadpool.java:513)在java.lang.Thread.run.java:722)由以下原因引起:org.xml.sax。SAXParseException;systemId:solrres:/data-config。xml;行号:2;列数:6;不允许处理指令目标匹配“[xX][mM][lL]”。在com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(errorHandlerWrappe.java:198)在com.sun.org.apache.xercs.internal.util.errorHandler Wrappers.fatalError(errorhandlerWraper.java:177)在com.sun.org.apach.xercers.internall.impl.XMLErrorReporter.Reporter(XMLErrorReporter.java:441)在com.sun.com.org.apache.xerce.internals.impl.XMLErrorReporter(XMLErrorReporter.java:368)在com.sun.org.apache.xerces.internal.impl.XMLScanner.reportFatalError(XMLScanner.java:1375)在com.sun.com.apache.xercs.internall.impl.xmlscancer.scanPIData(Xml scanner.java:662)和com.su.org.apache.xercces.internal.imp.XMLDocumentFragmentScannerImpl.scanPIData(XMLScanner.java:630)位于com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$PrologDriver.next(XmlDocumentscannerImp.java:913),位于com.sun.org.apache.xercs.internal.impl.Xml DocumentScanner impl.next(XMLDocumentScannereImpl.java:607),位于com.sun.com.org.apache.xercles.internal.impl.XmlnsDocumentScannerill.next(xmlDocumentScannelImpl.java:116),位于com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:488)位于com.su.org.apache.xercs.internal.parsers.XML11Configuration.parse(XML11Configuration.java:835),位于com.sun.org.apache.xercces.internall.parsers.XML11Configuration.parse(xml 11Configuration.java:764),位于com.sun.com.org.apche.xarces.internal.parser.XMLParser.XMLParser.parser(XMLParser.java:123)在com.sun.org.apache.xerces.internal.parsers.DOMParser.parse(domparse.java:240)在com.sun.com.apache.xercs.internal.jaxp.DocumentBuilderImpl.parse上(documentbuilder.java:300)在org.apach.solr.handler.dataimport.DataImporter.loadDataConfig(DataImporter.java:224)…31更多500

有人能帮我吗?

提前致谢.....

共有1个答案

南门焱
2023-03-14

一些参考资料(这里和这里)似乎表明,此错误可能是由<code>前面的空格引起的

 类似资料:
  • 我已经编写了一个简单的map reduce作业来在一些点上执行KMeans聚类。 运行会得到以下输出: 问题出在哪里,有没有应对的建议?

  • 这是我的体格 错误:任务“DemoProject:transformClassesWithJarMergingForDebug”的执行失败。 com.android.build.api.transform.TransformException:java.util.zip.ZipException:重复条目:android/support/v4/提供者/DocumentsContractApi19.

  • 我试图从不同的目录级别导入模块,因此我使用: 但现在我得到了这个错误。我正在使用Spyder,第一次使用以下导入时,它运行良好。 从第二次我得到这个错误。 文件“ipython-input-29-f35dfe634c32”,第1行,在模块运行文件中('C:/Users/nrshakya/Documents/CI/src/Comp\u IntelPython/CI\u search\u projec

  • 给定一个整数数组和一个整数目标,返回两个数字的索引,使它们相加为目标。 警告:命令行选项已启用安全管理器警告:安全管理器已弃用,将在将来的版本中删除 JAVAlang.ArrayIndexOutOfBoundsException:索引3超出第6行的长度3的界限,解决方案。twoSum 在第54行,驾驶员解决方案。帮手 第87行Driver.main

  • 我正在开发一个简单的JavaFX程序HelloFX。我用ant执行诸如构建或启动之类的任务。我对此没有任何问题,它可以完美地工作,因此代码和库在build.xml中链接良好,正如您在代码中看到的那样。 但是,VSCode找不到JavaFX,并表示导入javafx无法解析。所以我想知道VSCode如何找到Java依赖关系?他怎么能像蚂蚁一样找到JavaFX呢?我认为VSCode使用build.xml

  • 我正在尝试将一些服务器代码从.NET4.7迁移到.NET Core3.1,这样我们就可以在Linux主机上运行了。 有两个使用SOAP连接的服务。其中一个移植时没有任何更改,但另一个在使用WSDL文件导入时出现错误: http://uat.risc.enexusrental.co.uk/soap/dividualservice.php?wsdl 我不是SOAP专家,只使用过通过导入WSDL文件生成