WSO2 Identity Server v5.10.0 SMS OTP UI修改后Jenkins跨环境部署失效求助

安全阿岳

2026-8-4

WSO2 Identity Server 5.10.0 SMS OTP UI修改 Jenkins部署失效解决方案

检查Jenkins部署脚本的资源来源
确认Jenkins任务里是不是直接拉取了官方默认的smsotp.war包，而非你修改好的自定义war包或修改后的解压文件夹。要是直接用官方包，肯定会覆盖你的UI修改。必须让部署脚本指向带UI修改的自定义war包或者修改后的目录，别用原始默认组件包。
正确构建自定义SMS OTP组件包
别直接修改服务器部署目录下的jsp文件，建议在本地获取SMS OTP认证组件的源码（或解压官方war包），改完smsotp.jsp和mobile.jsp后重新打包成war包。打包命令示例：进入修改后的解压目录，执行 jar -cvf smsotp-custom.war . 生成自定义war包。
调整Jenkins部署流程
把自定义war包传到内部存储（比如Nexus、Artifactory），让Jenkins任务从这个存储拉取自定义包，别从官方源拉取。如果是采用解压目录部署的方式，得让Jenkins脚本先清理目标服务器上的默认smsotp目录，再把本地修改后的目录同步过去（可用rsync或scp命令），避免残留默认文件。
验证部署后的文件覆盖逻辑
检查Jenkins部署脚本是不是先部署默认war包再尝试覆盖文件，这种顺序会把你的修改冲掉。得调整顺序：先删除目标位置的默认组件，再部署自定义内容。部署完成后登录目标服务器，查看<IS_HOME>/repository/deployment/server/webapps/smsotp目录下的jsp文件是否为修改后的版本，确认文件时间戳和内容是否正确。
排查缓存或热部署影响
WSO2 IS的热部署机制可能会在检测到默认war包时重新解压覆盖修改内容，部署时先临时关掉服务器的热部署，部署完成后再重启服务器，避免触发默认包的解压。另外清理目标服务器的<IS_HOME>/repository/tmp和<IS_HOME>/repository/work目录的缓存，再部署自定义内容，防止旧缓存文件干扰。