Page 1 of 1

Loading OpenKM failure after replace V6.3.9

PostPosted:Tue Jun 02, 2020 10:37 am
by Sentry
Load home page failure after replace V6.3.9 OpenKM.war, the website as show attachment image
20200602182827.png
20200602182827.png (12.46 KiB) Viewed 5568 times
Code: Select all
2020-06-02 03:18:32,595 [localhost-startStop-1] INFO  com.openkm.util.JBPMUtils - Creating JBPM default configuration
2020-06-02 03:18:32,690 [localhost-startStop-1] INFO  c.o.servlet.RepositoryStartupServlet - *** Initializing MIME types... ***
2020-06-02 03:18:32,846 [localhost-startStop-1] INFO  c.o.servlet.RepositoryStartupServlet - *** Activating update info ***
2020-06-02 03:18:32,847 [localhost-startStop-1] INFO  c.o.servlet.RepositoryStartupServlet - *** Activating cron ***
2020-06-02 03:18:32,847 [localhost-startStop-1] INFO  c.o.servlet.RepositoryStartupServlet - *** Activating UI Notification ***
2020-06-02 03:18:32,982 [localhost-startStop-1] INFO  c.o.servlet.RepositoryStartupServlet - *** Activating thesaurus repository ***
2020-06-02 03:18:32,992 [localhost-startStop-1] INFO  c.o.servlet.RepositoryStartupServlet - *** Start OpenOffice manager ***
2020-06-02 03:18:33,006 [localhost-startStop-1] INFO  com.openkm.util.DocConverter - *** Build Office Manager ***
2020-06-02 03:18:33,007 [localhost-startStop-1] INFO  com.openkm.util.DocConverter - system.openoffice.path=/usr/lib64/libreoffice
2020-06-02 03:18:33,007 [localhost-startStop-1] INFO  com.openkm.util.DocConverter - system.openoffice.tasks=200
2020-06-02 03:18:33,007 [localhost-startStop-1] INFO  com.openkm.util.DocConverter - system.openoffice.port=2002
2020-06-02 03:18:33,027 [localhost-startStop-1] WARN  c.o.servlet.RepositoryStartupServlet - officeHome must exist and be a directory
java.lang.IllegalArgumentException: officeHome must exist and be a directory
	at org.artofsolving.jodconverter.office.DefaultOfficeManagerConfiguration.checkArgument(DefaultOfficeManagerConfiguration.java:221) ~[jodconverter-core-3.0-beta-4.jar:na]
	at org.artofsolving.jodconverter.office.DefaultOfficeManagerConfiguration.setOfficeHome(DefaultOfficeManagerConfiguration.java:54) ~[jodconverter-core-3.0-beta-4.jar:na]
	at org.artofsolving.jodconverter.office.DefaultOfficeManagerConfiguration.setOfficeHome(DefaultOfficeManagerConfiguration.java:49) ~[jodconverter-core-3.0-beta-4.jar:na]
	at com.openkm.util.DocConverter.getInstance(DocConverter.java:130) ~[classes/:6.3.9]
	at com.openkm.servlet.RepositoryStartupServlet.start(RepositoryStartupServlet.java:270) [classes/:6.3.9]
	at com.openkm.servlet.RepositoryStartupServlet.init(RepositoryStartupServlet.java:116) [classes/:6.3.9]
	at javax.servlet.GenericServlet.init(GenericServlet.java:158) [servlet-api.jar:3.1.FR]
	at org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1144) [catalina.jar:8.5.34]
	at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1091) [catalina.jar:8.5.34]
	at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:983) [catalina.jar:8.5.34]
	at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4978) [catalina.jar:8.5.34]
	at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5290) [catalina.jar:8.5.34]
	at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) [catalina.jar:8.5.34]
	at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:754) [catalina.jar:8.5.34]
	at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:730) [catalina.jar:8.5.34]
	at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:734) [catalina.jar:8.5.34]
	at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:985) [catalina.jar:8.5.34]
	at org.apache.catalina.startup.HostConfig$DeployWar.run(HostConfig.java:1857) [catalina.jar:8.5.34]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [na:1.8.0_211]
	at java.util.concurrent.FutureTask.run(FutureTask.java:266) [na:1.8.0_211]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [na:1.8.0_211]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [na:1.8.0_211]
	at java.lang.Thread.run(Thread.java:748) [na:1.8.0_211]
2020-06-02 03:18:33,030 [localhost-startStop-1] INFO  c.o.extension.core.ExtensionManager - Initialize and load plugins...
2020-06-02 03:18:33,165 [localhost-startStop-1] INFO  c.o.servlet.RepositoryStartupServlet - *** Execute start script ***
2020-06-02 03:18:33,167 [localhost-startStop-1] WARN  com.openkm.util.ExecutionUtils - Unable to read script: /home/sentry/tomcat-8.5.34/start.bsh
2020-06-02 03:18:33,167 [localhost-startStop-1] WARN  com.openkm.util.ExecutionUtils - Unable to read jar: /home/sentry/tomcat-8.5.34/start.jar
2020-06-02 03:18:33,167 [localhost-startStop-1] INFO  c.o.servlet.RepositoryStartupServlet - *** Execute start SQL ***
2020-06-02 03:18:33,167 [localhost-startStop-1] WARN  c.o.servlet.RepositoryStartupServlet - Unable to read sql: /home/sentry/tomcat-8.5.34/start.sql
2020-06-02 03:18:33,171 [localhost-startStop-1] WARN  o.a.c.o.s.i.a.CmisAtomPubServlet - CMIS version is not defined! Setting it to CMIS 1.0.
2020-06-02 03:19:47,149 [http-nio-0.0.0.0-8080-exec-10] INFO  c.o.module.common.CommonAuthModule - PrincipalAdapter: com.openkm.principal.DatabasePrincipalAdapter
2020-06-02 03:19:47,707 [http-nio-0.0.0.0-8080-exec-5] WARN  org.dozer.config.GlobalSettings - Dozer configuration file not found: dozer.properties.  Using defaults for all Dozer global properties.
2020-06-02 03:19:48,610 [http-nio-0.0.0.0-8080-exec-5] INFO  c.o.vernum.VersionNumerationFactory - VersionNumerationAdapter: com.openkm.vernum.MajorMinorVersionNumerationAdapter
2020-06-02 03:23:33,366 [Update Info] INFO  com.openkm.core.UpdateInfo - *** UpdateInfo activated ***
2020-06-02 03:23:35,217 [Update Info] INFO  com.openkm.util.Update - checkVersion: 

Re: Loading OpenKM failure after replace V6.3.9

PostPosted:Tue Jun 02, 2020 1:58 pm
by Sentry
it's caused by browser cache. I clear the cache then retry, it's load success.

we can refer this page

viewtopic.php?f=3&t=12395&p=29323&hilit ... lue#p29323

Re: Loading OpenKM failure after replace V6.3.9

PostPosted:Fri Jun 05, 2020 8:22 pm
by jllort
Usually is as it explains Sentry. After each upgrade, you should suggest the users clean the cache for the URL. The steps are:
1- set the URL in the browser and try to load ( the page will stucked )
2- prestt SHIFT + refresh browser icon -> this combination force clean the cache of the last URL you loaded in the browser.

The reason behind:
Because sometimes we apply changes in the UI, the object serialization changes between versions and because cache has older resources the application expect another serialization and get stuck.