以下操作需注意：
Oinone社区 作者：yexiu原创文章，如若转载，请注明出处：https://doc.oinone.top/oinone-faq/19754.html
访问Oinone官网:https://www.oinone.top获取数式Oinone低代码应用平台体验
验证服务是否启动成功可以调用****/ruok接口，端口是服务器实际运行端口返回imok是启动成功，返回no是启动失败 @Order(Ordered.LOWEST_PRECEDENCE) @RestController public class HealthCheckController implements ApplicationListener<ApplicationStartedEvent> { private static boolean IM_OK = false; private static final String SUCCESS_STRING = "imok"; private static final String FAILURE_STRING = "no"; @GetMapping("/ruok") public String ruok() { if (IM_OK) { return SUCCESS_STRING; } return FAILURE_STRING; } @Override public void onApplicationEvent(ApplicationStartedEvent event) { IM_OK = true; } public static boolean imok() { return IM_OK; } }
场景 启动的时候可能会出现以下错误提示 启动模块中包含jar包或者数据库中不存在的模块 启动模块中包含不存在的模块 启动模块互斥模块中包含已安装模块 排查项 确保启动工程的application.yml中的启动模块pamirs.boot.modules配置项内的模块在pom.xml内依赖了对应模块的jar包 确保出问题的模块的定义文件内的包扫描前缀packagePrefix方法内的路径定义正确，该路径可以是多个，但是一定要包含模块下所有子工程的路径，包括但不限于api子工程、core工程等，另外该路径也不能和其他模块的配置有重复、交集、包含关系（例如：a模块是 aa.bb.cc, b模块是aa.bb，这样b模块的路径就包含了a模块的） 启动类里spring自带的@ComponentScan.basePackages注解项需要包含所有依赖模块的路径 无代码应用创建的时候，配置了依赖模块。但这个依赖没有被本地安装，该模块就会出问题，要么删除该依赖，要么在代码里添加该依赖。
问题现象 密码输入正确登录仍失败，后端有报错日志，会出现关键字：InvalidKeyException: Illegal key size 密码解密失败原因排查 异常日志 2022-07-15 13:58:58.439 INFO 17064 — [0.0-8090-exec-5] p.s.pamirs.user.api.utils.AES256Utils : java.security.InvalidKeyException: Illegal key size at javax.crypto.Cipher.checkCryptoPerm(Cipher.java:1039) ~[na:1.8.0_121] at javax.crypto.Cipher.implInit(Cipher.java:805) ~[na:1.8.0_121] at javax.crypto.Cipher.chooseProvider(Cipher.java:864) ~[na:1.8.0_121] at javax.crypto.Cipher.init(Cipher.java:1396) ~[na:1.8.0_121] at javax.crypto.Cipher.init(Cipher.java:1327) ~[na:1.8.0_121] at pro.shushi.pamirs.user.api.utils.AES256Utils.decrypt(AES256Utils.java:93) ~[pamirs-user-api-3.0.1-20220715.032940-5.jar:na] at pro.shushi.pamirs.user.api.crypto.DecryptAspect.decryptObj(DecryptAspect.java:81) [pamirs-user-api-3.0.1-20220715.032940-5.jar:na] at pro.shushi.pamirs.user.api.crypto.DecryptAspect.decryptData(DecryptAspect.java:62) [pamirs-user-api-3.0.1-20220715.032940-5.jar:na] at pro.shushi.pamirs.user.api.crypto.DecryptAspect.decrypt(DecryptAspect.java:44) [pamirs-user-api-3.0.1-20220715.032940-5.jar:na] 异常原因：如果密钥大于128, 会抛出java.security.InvalidKeyException: Illegal key size 异常. 因为密钥长度是受限制的, java运行时环境读到的是受限的policy文件. 文件位于${java_home}/jre/lib/security, 这种限制是因为美国对软件出口的控制.参考资料：https://www.cnblogs.com/jinloooong/p/10619353.html 解法办法 1、请检查jdk版本是否高于1.8_221以上。 2、如无法升级jdk版本的环境下，下载JCE无限制权限策略文件。请点击下载 jce_policy-8.zip 并按照如下步骤进行操作： 解压jce_policy-8.zip，得到两个文件US_export_policy.jar和local_policy.jar 如果安装了JRE，将两个jar文件放到%JRE_HOME%\lib\security目录下覆盖原来的文件 如果安装了JDK，将两个jar文件放到%JDK_HOME%\jre\lib\security目录下覆盖原来文件
1、执行yum-config-manager –add-repo https://download.docker.com/linux/centos/docker-ce.repo出现问题： 报错： Could not fetch/save url https://download.docker.com/linux/centos/docker-ce.repo to file /etc/yum.repos.d/docker-ce.repo: [Errno 14] curl#35 – "TCP connection reset by peer 解决方案： # 把docker-ce镜像源设置到阿里云 yum-config-manager –add-repo http://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo 2、如果重新运行startup.sh失败,可能是docker前面已经启过了还在运行。 解决方案： docker stop designer-allinone docker rm designer-allinone sh startup.sh 3、启动无代码失败 报错： 依赖包版本不匹配 pamirs-business-api已安装版本:[5.1.24],启动中包含的版本:[5.1.12] pamirs-data-audit-api已安装版本:[5.1.24],启动中包含的版本:[5.1.12] pamirs-sys-setting-core已安装版本:[5.1.24],启动中包含的版本:[5.1.12] ······ 解决方案：修改 startup.sh 中的版本修改docker pull 命令中的版本（注意：具体版本号查看https://doc.oinone.top/xin-ren-ru-men/18758.html中） 4、执行vi startup.sh出错，可能是没有修改这个文件的权限，执行chmod 777 startup.sh即可授权
当函数不存在的时候，可能有的原因如下：先确认引入启动环境： 是否引入distribution-session包？（Y/N） 如果 distribution-session 包被引入，可能的原因如下： 先检查 base_function 根据 namespace 和 fun 检查函数是否存在，如果存在，检查 openLevel 是否包含 API 级别（二进制值为 14/12/8）。 在 base_model_data 中根据 res_id 检查 load_module，同一环境中所有jvm服务，加载模块必须在启动模块或启动模块的依赖模块中。 检查 redis 中 base.Model:${modelModel}:model_model 键值是否存在，如果存在，根据函数关键字尝试搜索。 如果上面三步没有找到问题，且所有元数据都存在。distribution-session 包可能没有引入，确认是否需要使用 distribution-session 包。 如果 distribution-session 包没有被引入，可能的原因如下： 先检查 base_function 根据 namespace 和 fun 检查函数是否存在，如果存在，检查 openLevel 是否包含 API 级别。 在 base_model_data 中根据 res_id 检查 load_module，加载模块必须在启动模块中。 自定义gql进行请求报函数是否存在可能的原因 检查Gql请求是否符合规范：参考文章GraphQL Service检查请求类型query/mutation是否和函数定义一致。
