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 参数，禁用引发冲突的安全强化行为：

-Djdk.jar.disabledAlgorithms="MD2, RSA keySize <p>⚠️ 注意：避免完全禁用安全算法，应按实际环境最小化调整。</p><p>✅ <strong>验证步骤</strong>  </p><ol>
<li>重启 Admin Server 与所有 Managed Servers；  </li>
<li>调用 IdcService=GET_USER_INFO 并检查响应中的 <role> 元素是否包含自定义角色；  </role>
</li>
<li>在 WebLogic 控制台 → Security Realms → myrealm → Users and Groups 中确认用户所属组未变化；  </li>
<li>检查 domain/logs/adminserver.log 是否存在 SecurityProviderException 或 RoleMapper initialization failed 类型异常。</li>
</ol><h3>总结</h3><p>此问题属于 JDK 小版本升级引发的中间件兼容性缺陷，非应用代码问题。切勿通过修改应用逻辑（如硬编码角色）绕过——应优先采用 Oracle 官方补丁方案。若短期内无法打补丁，可结合 JVM 参数微调 + 严格回归测试实施临时修复，并同步规划 JDK 与 WCC 的协同升级路径。</p>