WebLogic 12c 环境中将 JDK 从 1.8.0_301 升级至 1.8.0_361 后，应用层（如 GET_USER_INFO 服务）中用户自定义角色消失，仅保留基础角色；而 WebLogic 控制台中安全域（myrealm）仍正常显示全部角色与组。降级 JDK 可恢复功能，表明问题与 JDK 版本兼容性相关。
weblogic 12c 环境中将 jdk 从 1.8.0_301 升级至 1.8.0_361 后，应用层（如 `get_user_info` 服务）中用户自定义角色消失，仅保留基础角色；而 weblogic 控制台中安全域（myrealm）仍正常显示全部角色与组。降级 jdk 可恢复功能，表明问题与 jdk 版本兼容性相关。
该问题并非配置错误或权限误删所致，而是 Oracle WebCenter Content（WCC）与特定 JDK 更新版本之间的已知兼容性缺陷。根据 Oracle 官方支持文档
Doc ID 2865542.1
，JDK 1.8.0_361 中的安全策略增强（尤其是 java.security 默认配置变更）影响了 WebLogic 安全框架对自定义 RoleMapper 和 GroupMembership 的解析逻辑，导致 GET_USER_INFO 等服务在运行时无法正确加载扩展角色信息。
根本原因
JDK 1.8.0_361 引入了更严格的类加载与签名验证机制，默认启用 jdk.jar.disabledAlgorithms 和 security.provider 顺序调整，干扰了 WebLogic 自定义安全提供者（如 WccRoleMapper）的初始化流程。尤其当应用使用基于 Principal 或 Subject 的动态角色映射时，Subject.getPrincipals() 返回结果可能被截断或过滤。
推荐解决方案
✅
首选：升级至 Oracle 认证补丁版本
参考 Doc ID 2865542.1，安装 Oracle 提供的 WCC 补丁（如 Patch 34298765）或升级至兼容 JDK 1.8.0_361 的 WCC 12.2.1.4.0+ 版本。
✅
临时缓解：调整 JVM 启动参数
在 WebLogic 启动脚本（如 setDomainEnv.sh）中添加以下 JVM 参数，禁用引发冲突的安全强化行为：
⚠️ 注意：避免完全禁用安全算法，应按实际环境最小化调整。
✅
验证步骤
重启 Admin Server 与所有 Managed Servers；
调用 IdcService=GET_USER_INFO 并检查响应中的 元素是否包含自定义角色；
在 WebLogic 控制台 → Security Realms → myrealm → Users and Groups 中确认用户所属组未变化；
检查 domain/logs/adminserver.log 是否存在 SecurityProviderException 或 RoleMapper initialization failed 类型异常。
总结
此问题属于 JDK 小版本升级引发的中间件兼容性缺陷，非应用代码问题。切勿通过修改应用逻辑（如硬编码角色）绕过——应优先采用 Oracle 官方补丁方案。若短期内无法打补丁，可结合 JVM 参数微调 + 严格回归测试实施临时修复，并同步规划 JDK 与 WCC 的协同升级路径。
-Djdk.jar.disabledAlgorithms="MD2, RSA keySize < 2048" \
-Dsun.security.spnego.debug=false \
-Dweblogic.security.allowCryptoJDefault=true \
-Dweblogic.security.SSL.minimumProtocolVersion=TLSv1.2