Endeca Cas crawler ведет себя неожиданно в IAP workbench 2.1.0
Я пытаюсь сканировать общий ресурс (\server\folder\data) с помощью Endeca IAP workbench 2.1.0. Раньше он без проблем сканировал общий ресурс большого объема данных. Теперь я заменил начальный источник данных на новый общий ресурс и начал сканирование. Сканер работает в течение часа или около того, и через некоторое время, когда я пытаюсь войти в рабочую среду, чтобы проверить статистику сбора данных, сканер отображает состояние и общий путь к предыдущему общему ресурсу, т. Е. Сведения о последнем подтвержденном создании.
Почему мой текущий источник данных не завершается в рабочей среде, хотя я вижу некоторые файлы, просматриваемые в журналах?
Ниже приведена ошибка от cas-service.log
2018-03-06 10:55:37,831 ERROR [] [WrapperListener_start_runner] com.endeca.itl.module.ModuleRegistry: Failed to create a DataSource for extension com.endeca.esource.encase.exchange.webstore.ExchangeWebStoreDataSource
java.lang.NoClassDefFoundError: Lnet/entropysoft/eci/exchange/ExchangeWebStoreProviderFactory;
at java.lang.Class.getDeclaredFields0(Native Method)
at java.lang.Class.privateGetDeclaredFields(Class.java:2291)
at java.lang.Class.getDeclaredFields(Class.java:1743)
at com.endeca.itl.module.ExtensionConfigurationProperty.readConfigurationClass(ExtensionConfigurationProperty.java:64)
at com.endeca.itl.module.AbstractExtensionModule.<init>(AbstractExtensionModule.java:40)
at com.endeca.itl.module.ExtensionDataSourceModule.<init>(ExtensionDataSourceModule.java:60)
at com.endeca.itl.module.ExtensionDataSourceModule.createExtensionDataSource(ExtensionDataSourceModule.java:55)
at com.endeca.itl.module.ModuleRegistry.<init>(ModuleRegistry.java:92)
at com.endeca.itl.module.ModuleRegistry.<init>(ModuleRegistry.java:46)
at com.endeca.itl.service.CrawlManager.<init>(CrawlManager.java:122)
at com.endeca.itl.service.CrawlManager.<init>(CrawlManager.java:95)
at com.endeca.itl.service.CasServlet.loadBus(CasServlet.java:40)
at org.apache.cxf.transport.servlet.CXFNonSpringServlet.init(CXFNonSpringServlet.java:56)
at com.endeca.itl.service.CasServlet.init(CasServlet.java:47)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.endeca.itl.plugin.ThreadContextRunner$1$1.doWork(ThreadContextRunner.java:19)
at com.endeca.itl.plugin.ThreadContextRunner.run(ThreadContextRunner.java:110)
at com.endeca.itl.plugin.ThreadContextRunner$1.invoke(ThreadContextRunner.java:25)
at $Proxy78.init(Unknown Source)
at com.endeca.itl.bootstrap.CasBootStrapServlet.init(CasBootStrapServlet.java:42)
at org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:440)
at org.mortbay.jetty.servlet.ServletHolder.doStart(ServletHolder.java:263)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:736)
at org.mortbay.jetty.servlet.Context.startContext(Context.java:140)
at org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1287)
at org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:518)
at org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:504)
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:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
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)
at org.mortbay.jetty.win32service.JettyServiceWrapperListener.start(JettyServiceWrapperListener.java:47)
at org.tanukisoftware.wrapper.WrapperManager$12.run(WrapperManager.java:3072)
Caused by: java.lang.ClassNotFoundException: net.entropysoft.eci.exchange.ExchangeWebStoreProviderFactory
at org.java.plugin.standard.StandardPluginClassLoader.loadClass(StandardPluginClassLoader.java:330)
at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
... 51 more
2018-03-06 10:55:38,440 INFO [] [WrapperListener_start_runner] com.endeca.itl.service.CrawlManager: Using document conversion filter file: D:\Endeca\CAS\3.0.2\bin\..\..\workspace\conf\DocumentConversionFilters.xml
2018-03-06 10:55:39,407 WARN [] [WrapperListener_start_runner] com.endeca.itl.service.CrawlManager: Crawl test1234 did not shutdown cleanly. A full crawl will be required next time the crawl is run
нет никакого endeca ducumentation, которое заявляет различные сценарии, где сканирование могло бы потерпеть неудачу? Иногда тест сканирования 1234 выполняется в течение 8 часов, 2 часа, но для отображения последних совершенных поколений.