topic Re: Problems with solr6 index rebuild and alfresco 6.x in Alfresco Forum

Problems with solr6 index rebuild and alfresco 6.x

cartif — Tue, 09 Jun 2020 05:41:27 GMT

Dear support,

My name is Ángel and I am writing to you from Fundación CARTIF. As I indicated in the thread issue, we have problems with the SOLR 6 engine in our Alfresco Community 6.x

Specifically, we saw the following error in the alfresco.log and tried to rebuild the entire solr6 indexing but it didn't work.

2020-06-08 12:10:23,615 ERROR [org.alfresco.repo.site.SiteServiceImpl] [http-nio-8080-exec-23] LuceneQueryParserException with findSites()
org.alfresco.repo.search.impl.lucene.LuceneQueryParserException: 05080032 Request failed 500 /solr/alfresco/afts?wt=json&fl=DBID%2Cscore&rows=5&df=TEXT&start=0&locale=es_ES&alternativeDic=DEFAULT_DICTIONARY&fq=%7B%21afts%7DAUTHORITY_FILTER_FROM_JSON&fq=%7B%21afts%7DTENANT_FILTER_FROM_JSON

The symptoms are as follows:
- When accessing a site's repository a popup appears with the previous error.
- We get different results with different users when we do a document search in the whole repository. Add that after trying a rebuild of the index now no user finds anything.

We have followed these links:
https://docs.alfresco.com/5.1/tasks/solr-reindex.html
https://www.zylk.net/en/web-2-0/blog/-/blogs/performing-a-full-reindex-with-solr-for-alfresco-ecm

Any idea what might be happening and how to fix it?
Thank you very much for your attention.

Best regards,

Ángel.

Re: Problems with solr6 index rebuild and alfresco 6.x

angelborroy — Tue, 09 Jun 2020 06:55:45 GMT

No hint on the log error you are adding, as the main cause of the problem will be in the SOLR log, not in the Alfresco log.

Related with the re-index, I guess you have not configured your repo for cross locale searches.

You can find a Docker Template available in https://github.com/aborroy/search-services-cross-locale

Also check point 3 in official documentation: https://docs.alfresco.com/search-community/tasks/solr-install-withoutSSL.html

Once you have applied the configuration, you'll need to re-index SOLR again.

https://docs.alfresco.com/search-community/tasks/solr-reindex.html

Re: Problems with solr6 index rebuild and alfresco 6.x

EddieMay — Tue, 09 Jun 2020 08:13:22 GMT

Hi @cartif & welcome to Alfresco!

You may find this coming Tech Talk Live useful - (Re)indexing Large Repositories, Wednesday, June 10th, 10:00 AM EDT | 3:00 PM BST | 4:00 PM CEST. Register at: https://www.alfresco.com/events/webinars/tech-talk-live-reindexing-large-repositories.The speakers are Angel Borry and Tom Page, search engineers at Alfresco.

Re: Problems with solr6 index rebuild and alfresco 6.x

cartif — Tue, 09 Jun 2020 08:17:55 GMT

Hi @angelborroy

Thank you for your answer. Following the thread https://docs.alfresco.com/search-community/tasks/solr-install-withoutSSL.html I have seen that in point 6, when I try to access http://localhost:8983/solr, I get a 404 error.
The rest of the file configuration is correct.

Therefore, I couldn't continue with the SOLR re-index.

Thank you very much.

Greetings,
Angel.

Re: Problems with solr6 index rebuild and alfresco 6.x

cartif — Tue, 09 Jun 2020 08:23:02 GMT

Hi @EddieMay

Thank you very much for the link! Obviously I just registered for the webinar as it is directly related to this thread.

Best regards,

Ángel.

Re: Problems with solr6 index rebuild and alfresco 6.x

angelborroy — Tue, 09 Jun 2020 09:24:15 GMT

Have you started SOLR correctly?

Is there any error in the logs?

Re: Problems with solr6 index rebuild and alfresco 6.x

cartif — Tue, 09 Jun 2020 10:30:18 GMT

Hi @angelborroy

To start it I simply used the command "./solr start -force" and this is what returns the status of the service:

angel:/opt/alfresco/alfresco-search-services/solr/bin# ./solr status

Found 1 Solr nodes:

Solr process 766 running on port 8983

ERROR: Failed to get system information from http://localhost:8983/solr due to: org.apache.http.client.ClientProtocolException: Expected JSON response from server but received: <html>
<head>
<meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1"/>
<title>Error 404 </title>
</head>
<body>
<h2>HTTP ERROR: 404</h2>
<p>Problem accessing /solr/admin/info/system. Reason:
<pre>    Not Found</pre></p>
<hr />
</body>
</html>

Typically, this indicates a problem with the Solr server; check the Solr server logs for more information.

And here we've got the solr log file:

log4j:ERROR Could not read configuration file from URL [file:../logs/log4j.properties].
java.io.FileNotFoundException: ../logs/log4j.properties (No such file or directory)
        at java.io.FileInputStream.open0(Native Method)
        at java.io.FileInputStream.open(FileInputStream.java:195)
        at java.io.FileInputStream.<init>(FileInputStream.java:138)
        at java.io.FileInputStream.<init>(FileInputStream.java:93)
        at sun.net.www.protocol.file.FileURLConnection.connect(FileURLConnection.java:90)
        at sun.net.www.protocol.file.FileURLConnection.getInputStream(FileURLConnection.java:188)
        at org.apache.log4j.PropertyConfigurator.doConfigure(PropertyConfigurator.java:557)
        at org.apache.log4j.helpers.OptionConverter.selectAndConfigure(OptionConverter.java:526)
        at org.apache.log4j.LogManager.<clinit>(LogManager.java:127)
        at org.slf4j.impl.Log4jLoggerFactory.getLogger(Log4jLoggerFactory.java:66)
        at org.slf4j.LoggerFactory.getLogger(LoggerFactory.java:277)
        at org.eclipse.jetty.util.log.Slf4jLog.<init>(Slf4jLog.java:38)
        at org.eclipse.jetty.util.log.Slf4jLog.<init>(Slf4jLog.java:32)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
        at java.lang.Class.newInstance(Class.java:442)
        at org.eclipse.jetty.util.log.Log.initialized(Log.java:177)
        at org.eclipse.jetty.util.log.Log.getLogger(Log.java:310)
        at org.eclipse.jetty.util.log.Log.getLogger(Log.java:300)
        at org.eclipse.jetty.xml.XmlConfiguration.<clinit>(XmlConfiguration.java:81)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:498)
        at org.eclipse.jetty.start.Main.invokeMain(Main.java:214)
        at org.eclipse.jetty.start.Main.start(Main.java:457)
        at org.eclipse.jetty.start.Main.main(Main.java:75)
log4j:ERROR Ignoring configuration file [file:../logs/log4j.properties].
log4j:WARN No appenders could be found for logger (org.eclipse.jetty.util.log).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info.

The file log4j.properties has not been touched and looks like this:

# Alfresco Solr log4j config
# rootLogger log level may be programmatically overridden by -Dsolr.log.level
solr.log=${solr.log.dir}
log4j.rootLogger=WARN, file, CONSOLE

# Console appender will be programmatically disabled when Solr is started with option -Dsolr.log.muteconsole
log4j.appender.CONSOLE=org.apache.log4j.ConsoleAppender
log4j.appender.CONSOLE.layout=org.apache.log4j.EnhancedPatternLayout
log4j.appender.CONSOLE.layout.ConversionPattern=%d{yyyy-MM-dd HH:mm:ss.SSS} %-5p (%t) [%X{collection} %X{shard} %X{replica} %X{core}] %c{1.} %m%n

#- size rotation with log cleanup.
log4j.appender.file=org.apache.log4j.RollingFileAppender
log4j.appender.file.MaxFileSize=4MB
log4j.appender.file.MaxBackupIndex=9

#- File to log to and log format
log4j.appender.file.File=${solr.log}/solr.log
log4j.appender.file.layout=org.apache.log4j.EnhancedPatternLayout
log4j.appender.file.layout.ConversionPattern=%d{yyyy-MM-dd HH:mm:ss.SSS} %-5p (%t) [%X{collection} %X{shard} %X{replica} %X{core}] %c{1.} %m%n

# Adjust logging levels that should differ from root logger
log4j.logger.org.apache.zookeeper=WARN
log4j.logger.org.apache.hadoop=WARN
log4j.logger.org.eclipse.jetty=WARN
log4j.logger.org.eclipse.jetty.server.Server=INFO
log4j.logger.org.eclipse.jetty.server.ServerConnector=INFO

# set to INFO to enable infostream log messages
log4j.logger.org.apache.solr.update.LoggingInfoStream=OFF
log4j.logger.org.apache.solr.schema.FieldTypePluginLoader=ERROR
log4j.logger.org.apache.commons.httpclient=WARN
log4j.logger.org.apache.solr.servlet.SolrDispatchFilter=INFO
log4j.logger.org.alfresco.solr=WARN
#log4j.logger.org.alfresco.solr.tracker.AclTracker=ERROR
#log4j.logger.org.alfresco.solr.component.AsyncBuildSuggestComponent=INFO

Thank you for your time and help.

Best regards,
Ángel.

Re: Problems with solr6 index rebuild and alfresco 6.x

angelborroy — Tue, 09 Jun 2020 10:50:17 GMT

And why are not using what the documentation states?

./solr/bin/solr start -a "-Dcreate.alfresco.defaults=alfresco,archive"

Re: Problems with solr6 index rebuild and alfresco 6.x

cartif — Tue, 09 Jun 2020 11:03:00 GMT

Hi @angelborroy

Sorry, I did it also and same results:

angel:/opt/alfresco/alfresco-search-services/solr/bin# ./solr start -a "-Dcreate.alfresco.defaults=alfresco,archive" -force
Waiting up to 180 seconds to see Solr running on port 8983 [\]
Started Solr server on port 8983 (pid=4716). Happy searching!
                                                                                                                                                                                                                                       root@hermes:/opt/alfresco/alfresco-search-services/solr/bin# ./solr status

Found 1 Solr nodes:

Solr process 4716 running on port 8983

ERROR: Failed to get system information from http://localhost:8983/solr due to: org.apache.http.client.ClientProtocolException: Expected JSON response from server but received: <html>
<head>
<meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1"/>
<title>Error 404 </title>
</head>
<body>
<h2>HTTP ERROR: 404</h2>
<p>Problem accessing /solr/admin/info/system. Reason:
<pre>    Not Found</pre></p>
<hr />
</body>
</html>

Typically, this indicates a problem with the Solr server; check the Solr server logs for more information.

Best regards,
Ángel.

Re: Problems with solr6 index rebuild and alfresco 6.x

angelborroy — Tue, 09 Jun 2020 11:15:04 GMT

Search the cause in SOLR logs.

What Java version are you using?

Re: Problems with solr6 index rebuild and alfresco 6.x

cartif — Tue, 09 Jun 2020 11:35:57 GMT

Hi,

Our java version is Java OpenJDK 8.

Best regards,
Ángel.

Re: Problems with solr6 index rebuild and alfresco 6.x

angelborroy — Tue, 09 Jun 2020 12:01:32 GMT

Try using Java 11.

Re: Problems with solr6 index rebuild and alfresco 6.x

cartif — Wed, 10 Jun 2020 07:49:06 GMT

Hi @angelborroy ,

Thanks for your suggestion. With Java SE11 or Java OpenJDK 11 I get this error on Tomcat logs:

Error: Could not create the Java Virtual Machine.
Error: A fatal exception has occurred. Program will exit.
NOTE: Picked up JDK_JAVA_OPTIONS:  --add-opens=java.base/java.lang=ALL-UNNAMED --add-opens=java.base/java.io=ALL-UNNAMED --add-opens=java.rmi/sun.rmi.transport=ALL-UNNAMED
-Djava.endorsed.dirs=/opt/alfresco/tomcat/endorsed is not supported. Endorsed standards and standalone APIs
in modular form will be supported via the concept of upgradeable modules.

The only way I can run Alfresco 6.x is with Java version 8.

Thank you.
Best regards,
Ángel.

Re: Problems with solr6 index rebuild and alfresco 6.x

cartif — Wed, 10 Jun 2020 07:56:07 GMT

Sorry, the upload of the log file "solr.log" has failed. It has now been attached.

2020-06-10 08:50:54.468 INFO  (main) [   ] o.e.j.s.Server jetty-9.3.14.v20161028
2020-06-10 08:50:55.969 INFO  (main) [   ] o.a.s.s.SolrDispatchFilter  ___      _       Welcome to Apache Solr™ version 6.6.5-patched a77dde61f5121c726afb0e50a8e34ebba88534a4 - build - 2018-10-26 16:24:31
2020-06-10 08:50:55.970 INFO  (main) [   ] o.a.s.s.SolrDispatchFilter / __| ___| |_ _   Starting in standalone mode on port 8983
2020-06-10 08:50:55.970 INFO  (main) [   ] o.a.s.s.SolrDispatchFilter \__ \/ _ \ | '_|  Install dir: /opt/alfresco/alfresco-search-services/solr
2020-06-10 08:50:55.997 INFO  (main) [   ] o.a.s.s.SolrDispatchFilter |___/\___/_|_|    Start time: 2020-06-10T07:50:55.972Z
2020-06-10 08:50:57.150 ERROR (main) [   ] o.a.s.s.SolrDispatchFilter Could not start Solr. Check solr/home property and the logs
2020-06-10 08:50:57.183 ERROR (main) [   ] o.a.s.c.SolrCore null:java.lang.UnsupportedClassVersionError: org/alfresco/error/AlfrescoRuntimeException has been compiled by a more recent version of the Java Runtime (class file version 55.0), this version of the Java Runtime only recognizes class file versions up to 52.0
	at java.lang.ClassLoader.defineClass1(Native Method)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:756)
	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
	at java.net.URLClassLoader.defineClass(URLClassLoader.java:468)
	at java.net.URLClassLoader.access$100(URLClassLoader.java:74)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:369)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:363)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:362)
	at org.eclipse.jetty.webapp.WebAppClassLoader.findClass(WebAppClassLoader.java:550)
	at org.eclipse.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:475)
	at org.eclipse.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:428)
	at java.lang.Class.forName0(Native Method)
	at java.lang.Class.forName(Class.java:348)
	at org.apache.solr.core.SolrResourceLoader.findClass(SolrResourceLoader.java:539)
	at org.apache.solr.core.SolrResourceLoader.newInstance(SolrResourceLoader.java:624)
	at org.apache.solr.core.CoreContainer.createHandler(CoreContainer.java:1413)
	at org.apache.solr.core.CoreContainer.load(CoreContainer.java:498)
	at org.apache.solr.servlet.SolrDispatchFilter.createCoreContainer(SolrDispatchFilter.java:244)
	at org.apache.solr.servlet.SolrDispatchFilter.init(SolrDispatchFilter.java:173)
	at org.eclipse.jetty.servlet.FilterHolder.initialize(FilterHolder.java:137)
	at org.eclipse.jetty.servlet.ServletHandler.initialize(ServletHandler.java:873)
	at org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:349)
	at org.eclipse.jetty.webapp.WebAppContext.startWebapp(WebAppContext.java:1404)
	at org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1366)
	at org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:778)
	at org.eclipse.jetty.servlet.ServletContextHandler.doStart(ServletContextHandler.java:262)
	at org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:520)
	at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
	at org.eclipse.jetty.deploy.bindings.StandardStarter.processBinding(StandardStarter.java:41)
	at org.eclipse.jetty.deploy.AppLifeCycle.runBindings(AppLifeCycle.java:188)
	at org.eclipse.jetty.deploy.DeploymentManager.requestAppGoal(DeploymentManager.java:499)
	at org.eclipse.jetty.deploy.DeploymentManager.addApp(DeploymentManager.java:147)
	at org.eclipse.jetty.deploy.providers.ScanningAppProvider.fileAdded(ScanningAppProvider.java:180)
	at org.eclipse.jetty.deploy.providers.WebAppProvider.fileAdded(WebAppProvider.java:458)
	at org.eclipse.jetty.deploy.providers.ScanningAppProvider$1.fileAdded(ScanningAppProvider.java:64)
	at org.eclipse.jetty.util.Scanner.reportAddition(Scanner.java:610)
	at org.eclipse.jetty.util.Scanner.reportDifferences(Scanner.java:529)
	at org.eclipse.jetty.util.Scanner.scan(Scanner.java:392)
	at org.eclipse.jetty.util.Scanner.doStart(Scanner.java:313)
	at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
	at org.eclipse.jetty.deploy.providers.ScanningAppProvider.doStart(ScanningAppProvider.java:150)
	at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
	at org.eclipse.jetty.deploy.DeploymentManager.startAppProvider(DeploymentManager.java:561)
	at org.eclipse.jetty.deploy.DeploymentManager.doStart(DeploymentManager.java:236)
	at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
	at org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:131)
	at org.eclipse.jetty.server.Server.start(Server.java:422)
	at org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:113)
	at org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:61)
	at org.eclipse.jetty.server.Server.doStart(Server.java:389)
	at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
	at org.eclipse.jetty.xml.XmlConfiguration$1.run(XmlConfiguration.java:1516)
	at java.security.AccessController.doPrivileged(Native Method)
	at org.eclipse.jetty.xml.XmlConfiguration.main(XmlConfiguration.java:1441)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.eclipse.jetty.start.Main.invokeMain(Main.java:214)
	at org.eclipse.jetty.start.Main.start(Main.java:457)
	at org.eclipse.jetty.start.Main.main(Main.java:75)

2020-06-10 08:50:57.185 WARN  (main) [   ] o.e.j.d.DeploymentManager Unable to reach node goal: started
java.lang.UnsupportedClassVersionError: org/alfresco/error/AlfrescoRuntimeException has been compiled by a more recent version of the Java Runtime (class file version 55.0), this version of the Java Runtime only recognizes class file versions up to 52.0
	at java.lang.ClassLoader.defineClass1(Native Method)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:756)
	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
	at java.net.URLClassLoader.defineClass(URLClassLoader.java:468)
	at java.net.URLClassLoader.access$100(URLClassLoader.java:74)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:369)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:363)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:362)
	at org.eclipse.jetty.webapp.WebAppClassLoader.findClass(WebAppClassLoader.java:550)
	at org.eclipse.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:475)
	at org.eclipse.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:428)
	at java.lang.Class.forName0(Native Method)
	at java.lang.Class.forName(Class.java:348)
	at org.apache.solr.core.SolrResourceLoader.findClass(SolrResourceLoader.java:539)
	at org.apache.solr.core.SolrResourceLoader.newInstance(SolrResourceLoader.java:624)
	at org.apache.solr.core.CoreContainer.createHandler(CoreContainer.java:1413)
	at org.apache.solr.core.CoreContainer.load(CoreContainer.java:498)
	at org.apache.solr.servlet.SolrDispatchFilter.createCoreContainer(SolrDispatchFilter.java:244)
	at org.apache.solr.servlet.SolrDispatchFilter.init(SolrDispatchFilter.java:173)
	at org.eclipse.jetty.servlet.FilterHolder.initialize(FilterHolder.java:137)
	at org.eclipse.jetty.servlet.ServletHandler.initialize(ServletHandler.java:873)
	at org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:349)
	at org.eclipse.jetty.webapp.WebAppContext.startWebapp(WebAppContext.java:1404)
	at org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1366)
	at org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:778)
	at org.eclipse.jetty.servlet.ServletContextHandler.doStart(ServletContextHandler.java:262)
	at org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:520)
	at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
	at org.eclipse.jetty.deploy.bindings.StandardStarter.processBinding(StandardStarter.java:41)
	at org.eclipse.jetty.deploy.AppLifeCycle.runBindings(AppLifeCycle.java:188)
	at org.eclipse.jetty.deploy.DeploymentManager.requestAppGoal(DeploymentManager.java:499)
	at org.eclipse.jetty.deploy.DeploymentManager.addApp(DeploymentManager.java:147)
	at org.eclipse.jetty.deploy.providers.ScanningAppProvider.fileAdded(ScanningAppProvider.java:180)
	at org.eclipse.jetty.deploy.providers.WebAppProvider.fileAdded(WebAppProvider.java:458)
	at org.eclipse.jetty.deploy.providers.ScanningAppProvider$1.fileAdded(ScanningAppProvider.java:64)
	at org.eclipse.jetty.util.Scanner.reportAddition(Scanner.java:610)
	at org.eclipse.jetty.util.Scanner.reportDifferences(Scanner.java:529)
	at org.eclipse.jetty.util.Scanner.scan(Scanner.java:392)
	at org.eclipse.jetty.util.Scanner.doStart(Scanner.java:313)
	at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
	at org.eclipse.jetty.deploy.providers.ScanningAppProvider.doStart(ScanningAppProvider.java:150)
	at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
	at org.eclipse.jetty.deploy.DeploymentManager.startAppProvider(DeploymentManager.java:561)
	at org.eclipse.jetty.deploy.DeploymentManager.doStart(DeploymentManager.java:236)
	at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
	at org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:131)
	at org.eclipse.jetty.server.Server.start(Server.java:422)
	at org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:113)
	at org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:61)
	at org.eclipse.jetty.server.Server.doStart(Server.java:389)
	at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
	at org.eclipse.jetty.xml.XmlConfiguration$1.run(XmlConfiguration.java:1516)
	at java.security.AccessController.doPrivileged(Native Method)
	at org.eclipse.jetty.xml.XmlConfiguration.main(XmlConfiguration.java:1441)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.eclipse.jetty.start.Main.invokeMain(Main.java:214)
	at org.eclipse.jetty.start.Main.start(Main.java:457)
	at org.eclipse.jetty.start.Main.main(Main.java:75)
2020-06-10 08:50:57.209 INFO  (main) [   ] o.e.j.s.Server Started @4055ms
2020-06-10 08:51:09.703 ERROR (Finalizer) [   ] o.a.s.c.CoreContainer CoreContainer was not close prior to finalize(), indicates a bug -- POSSIBLE RESOURCE LEAK!!!  instance=2044366277

Re: Problems with solr6 index rebuild and alfresco 6.x

angelborroy — Wed, 10 Jun 2020 09:35:41 GMT

You are not using Java 11.

Re: Problems with solr6 index rebuild and alfresco 6.x

cartif — Wed, 10 Jun 2020 12:43:44 GMT

Hi,

As I said here, the problem when I use Java 11 is the "endorsed" module. I don't know how to solve that.

Best regards,
Ángel.

Re: Problems with solr6 index rebuild and alfresco 6.x

angelborroy — Wed, 10 Jun 2020 13:03:05 GMT

You could use Java 11 for SOLR and Java 8 for Alfresco Repository.

But Alfresco Repository should be working also with Java 11.