WebSphere 到 Oracle - 不接受正确的密码答案

【问题标题】：WebSphere to Oracle - doesn't accept correct passwordWebSphere 到 Oracle - 不接受正确的密码
【发布时间】：2011-04-15 12:00:05
【问题描述】：

在 WebSphere 6.1 中，我使用瘦 JDBC 客户端为 Oracle 11g 实例创建了一个数据源。

在 Oracle 中，我有两个用户，一个是现有的，另一个是新创建的。

如果我使用现有用户的组件管理的身份验证别名，我的 websphere 数据源正常，但如果我使用新用户的别名，则会失败并显示“用户/密码无效”消息。错误信息是：

The test connection operation failed for data source MyDB (Non-XA) on 
server nodeagent at node MY_node with the following exception: 
java.sql.SQLException: ORA-01017: invalid username/password; 
logon denied DSRA0010E: SQL State = 72000, Error Code = 1,017. 
View JVM logs for further details.

JVM 日志中没有任何内容。我已经搜索了所有 websphere 日志，但它们根本没有提及我的连接。

我可以通过 SQLPlus 登录或通过 SQuirreL（证明 JDBC 连接正常）来确认用户名和密码正确。

我在 Oracle 中检查了新用户拥有现有用户拥有的所有系统权限。

对发生了什么或如何进一步调试有什么想法？

【问题讨论】：

标签： oracle jdbc websphere ora-01017

【解决方案1】：

如果其他人发生这种情况，我重新启动 WebSphere，我的所有问题都消失了。这是优质软件的真正标志。

【讨论】：

如果您更改 WAS 中的配置（您正在更改 JAAS 别名的凭据时这样做），您可能需要重新启动服务器才能使其生效。
@Manglu 这取决于配置更改的范围，以及您希望更改可见的范围。如果您在单元级别更改了某些内容，但您只对在两个服务器实例上立即查看更改感兴趣，则没有理由回收整个拓扑。这种区别在非生产环境中可能并不重要，但在生产环境中却很重要。

【解决方案2】：

通常当人们告诉我他们无法使用正确的密码登录 Oracle 11g 时，我知道他们已经被 10g 和 11g 之间的密码区分大小写所吸引。

【讨论】：

不！请记住，Oracle 可以追溯到您甚至无法假设您的客户能够混合大小写的那一天。即使在 11g 中，它也是可选的。

【解决方案3】：

仅供参考。我猜你是在 Network Deployment 模式下运行 WebSphere。您遇到的这种行为实际上是设计使然。

原因是您在管理控制台上看到的“测试连接”按钮从 节点代理 的进程中调用 JDBC 连接测试。 J2C Alias 信息在不重新启动的情况下无法传播到 Node Agent；一些配置对象在您将配置保存到主存储库后立即在 WebSphere 中生效，而一些配置对象仅在重新启动时生效。 J2C 别名在重新启动时生效。

在网络部署拓扑中，您可以拥有由同一个节点代理控制的任意数量的服务器实例。您可以根据需要重新启动服务器实例，但除非您重新启动节点代理本身，否则“测试连接”按钮将永远无法工作。

这是一个已知的 WebSphere 限制……它也存在于 7.0 版中，因此当您在下一次迁移期间对其进行测试时不要感到惊讶。 :-)

【讨论】：

它真的解决了我从昨晚开始就陷入困境的问题。但是当我在 J2C 身份验证数据部分更改密码时，单击确定/应用时，它只刷新旧密码并且连接再次失败。我重新启动了节点和 DM 并发布它现在工作正常。干杯。

【解决方案4】：

试试这个：数据源定义安全使用由组件管理的身份验证和由容器管理的身份验证的 j2c 别名

【讨论】：

【解决方案5】：

我已将我的数据源指向组件管理身份验证以及容器管理身份验证。它现在工作正常............

【讨论】：

【解决方案6】：

IBM WAS 8.5.5 Knowledge Center -
Managing Java 2 Connector Architecture authentication data entries for JAAS

如果您创建或更新指向新创建的 J2C 身份验证数据别名的数据源，测试连接将无法连接，直到您重新启动部署管理器。

重新启动部署管理器后，J2C 身份验证数据将反映在运行时配置中。对 J2C 身份验证数据字段的任何更改都需要重新启动部署管理器以使更改生效。

节点代理也必须重新启动。

【讨论】：