配置SSO（ssoMode=webgate）后出现FRM-93652错误的技术求助
2026-5-21
解决FRM-93652: 运行时进程异常终止（SSO配置后）
针对你遇到的FRM-93652错误——未配置SSO时Oracle测试表单正常，设置ssoMode=webgate后出现进程异常终止，结合你的Oracle Fusion 12c、DB 12c、Weblogic 12c环境，我整理了几个关键排查和修复方向：
1. 检查Webgate与Forms服务的权限映射
启用SSO后，Webgate会拦截请求并传递身份信息给Forms，若权限配置不匹配会直接导致进程崩溃：
- 确认Webgate配置文件（比如
webgate.conf）中是否正确设置了Forms应用的资源保护规则，确保允许经过SSO认证的用户访问Forms服务 - 检查Weblogic中Forms应用的安全角色，确认SSO认证后的用户被赋予了访问Forms的必要权限（比如
formsapp应用的DefaultRole）
2. 验证Forms会话的SSO参数配置
Forms的SSO相关参数配置错误是这类问题的常见诱因：
- 检查Forms配置文件（
formsweb.cfg）中的ssoMode参数是否准确设置为webgate，同时确认关联的webgateProfile参数指向正确的Webgate配置文件路径 - 确保
formsweb.cfg中authenticator参数设置为SSO，而非默认的本地认证模式 - 查看Forms日志（默认路径：
$DOMAIN_HOME/servers/WLS_FORMS/logs），搜索FRM-93652相关的堆栈信息，通常会有更详细的错误原因（比如身份令牌解析失败、数据库连接权限不足）
3. 排查数据库层面的权限问题
SSO认证后的用户可能没有足够的数据库操作权限：
- 确认SSO用户对应的数据库账号拥有访问该Form所需的表、存储过程等权限（可以通过
GRANT语句补充必要权限） - 检查数据库的
aud$日志，查看是否有SSO用户访问数据库时的权限拒绝记录
4. 检查Weblogic的SSO集成配置
Webgate与Weblogic的集成环节容易出现配置疏漏：
- 确认Weblogic域中已正确配置Oracle Access Manager（OAM）的身份验证提供者，且该提供者处于启用状态
- 验证Webgate的
ObAccessClient.xml文件是否放置在Forms应用的WEB-INF目录下，且文件配置正确（比如OAM服务器地址、资源ID等）
5. 测试会话一致性
SSO配置后可能出现会话不匹配的情况：
- 尝试清除浏览器缓存和Webgate的缓存（
$WEBGATE_HOME/cache目录下的文件），然后重新访问表单 - 检查Weblogic的会话超时设置，确保Forms会话与SSO会话的超时时间一致，避免因会话过期导致进程异常
如果以上步骤都无法解决，建议重点查看Forms服务器的详细错误日志（frmweb.log）和Webgate的访问日志，里面会包含进程终止时的具体调用栈，能帮你定位到更精准的问题点。
内容的提问来源于stack exchange，提问作者Phanny
相关产品推荐
相关产品推荐
