部署成功后访问异常

本文汇总一些部署成功后访问异常的报错以及解决方案。

问题描述：

1）报错 Lifecycle fatal error : Please check the database service to ensure that it is available jdbc:[数据库url]

2）Lifecycle fatal error : Please check the database service to ensure that it is available jdbc:hsqldb:file://E:\Tomcat\tomcat.ssl\webapps\webroot\WEB-INF/embed/finedb/db;hsqldb.tx=mvcc

解决方案：

1）看到这类报错是迁移库连接失败了，需要先确认迁移库正常可连，再进行迁移。

2）这类报错说明本地 finedb 连不上，大概率是没有权限，赋权限或者用管理员启动。

问题描述：

fanruan.log 中存在类似报错：error in script file: SET DATABASE UNIQUE NAME HSQLDB64FD8E0138 

解决方案：

有备份的换备份，没备份的只能修复下 db.scripts，去掉问题 sql。

问题描述：

打 war 包出问题，出现报错。

解决方案：

打 war 需要进入 webroot 目录下，执行 jar -cvf webroot.war *,这样打出来的 war 包才是可以正常加载的。

问题描述：

启动过程中报错类似：Caused by: java.lang.ClassNotFoundException: org.glassfish.jersey.server.ChunkedOutput。或 NoClassDefFoundError，这类报错

解决方案：

说明服务器缺少 jar 包，需要补齐缺少的 jar 包。

问题描述：

报错类似：org.apache.catalina.LifecycleException: Failed to initialize component [Connector[AJP/1.3-8009]]

java.net.BindException: 地址已在使用

解决方案：

检查端口是否被进程占用，或者上次服务进程没有关闭。

解决方案：

这种情况大概率是服务器端口没有对外开放，这类现象多发于云服务器。开放端口即可。

解决方案：

resin版本要求在resin4及以上，可参考：Resin 服务器的部署 进行排查。

解决方案：

1）将自定义登录文件重新放置webroot下，参考文档：自定义登录页面

2）将自定义登录页面还原成系统默认的登录页面，参考文档：还原登录页设置

解决方案：

使用了错误的 redis 文件，重新使用正确的 redis 文件，保证redis 正常连接即可。

问题描述：

现象一：

部署在 tomcat 里的工程，启动时报错端口冲突，然而关闭 tomcat，在 cmd 里输入 netstat -ano |findstr "8080"，又没有进程在占用；日志里面有报错“Unrecognized Windows Sockets error: 10106: create”这个报错会导致所有端口都被占用，错误原因是网络被设置为了专用网络，可能是首次启动软件是弹出的那个框框没有全部勾选。

现象二：

设计器启动，设计窗口可以打开，然而预览模板或访问决策平台，均无法打开页面，设计器日志有failed to create a child event loop的错误，打开bin下的error.log，依然是端口占用。

解决方案：

以管理员身份打开命令提示符，输入 netsh winsock reset，重启电脑，如果重启后设计器没有恢复，就删除 C:\Users\user 下的 .FineReport100 缓存文件重启设计器。

问题描述：

weblogic部署时显示部署成功，但是工程的状态是管理，点击启动后，访问决策系统页面报错404，切换回weblogic的管理页面发现，工程再次变成管理状态。

解决方案：

关闭 weblogic 后重启，确保关闭后没有进程残留即可。

原因分析：

打个堆栈看下，如果堆栈里都是 FileSystemRepository.read 之类的，可能是误开了集群的文件主动缓存，需要关闭

ResourceModuleConfig.cacheable 和 ResourceCacheConfig.mode

解决方案：

可参考：Web集群数据库可配置项说明文档

原因分析：

原因一：执行没有没有权限：startup.sh，catalina.sh，java执行文件没有权限

原因二：编译环境不同：类似于64位系统装了32位jdk，或者jdk1.8编译的代码用jdk1.7执行

解决方案：

1）chmod 777 即可

2）换个符合编译环境的jdk即可

原因分析：

主要是windows服务器，可能安装了杀毒软件，导致闪退。

解决方案：

不管哪种杀毒软件，都把设计器和java执行文件加到信任库中。

解决方案：

出现这种报错，一般是使用了低版本jdk1.8（大致是1.8.0_60以下的版本），换成高版本的jdk1.8即可