WebSphere zu Oracle - akzeptiert kein korrektes Kennwort

Question

In WebSphere 6.1 habe ich eine Datenquelle für eine Oracle 11g-Instanz mithilfe des Thin JDBC-Clients erstellt.

In Oracle habe ich zwei Benutzer, einen bestehenden und einen anderen neu erstellt.

Meine Websphere-Datenquelle ist in Ordnung, wenn ich den komponentenverwalteten Authentifizierungsalias des vorhandenen Benutzers verwende, aber mit der Meldung "ungültiger Benutzer/Passwort" fehlschlägt, wenn ich den Alias ​​des neuen Benutzers verwende. Die Fehlermeldung lautet:

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. 

In den JVM-Protokollen ist nichts enthalten. Ich habe alle websphere Protokolle grepped und sie erwähnen meine Verbindung überhaupt nicht.

Ich kann bestätigen, dass der Benutzername und das Passwort korrekt sind, indem Sie sich über SQLPlus anmelden oder (um zu beweisen, dass die JDBC-Verbindung in Ordnung ist) über SQuirreL.

Ich habe in Oracle eingecheckt, dass der neue Benutzer alle Systemberechtigungen hat, die der vorhandene Benutzer hat.

Irgendwelche Gedanken darüber, was vor sich geht oder wie ich das weiter debuggen kann?

Answer 1

Nur zur Info. Ich nehme an, dass Sie WebSphere im Network Deployment-Modus ausführen. Dieses Verhalten, das Sie feststellen, ist tatsächlich von Entwurf.

Der Grund dafür ist, dass die "Test Connection" -Schaltfläche, die Sie in der Admin-Konsole sehen, den JDBC-Verbindungstest innerhalb des Node Agent aufruft. Es gibt keine Möglichkeit, dass die J2C-Alias-Informationen an den Node-Agent weitergegeben werden, ohne sie neu zu starten. Einige Konfigurationsobjekte werden in WebSphere wirksam, sobald Sie die Konfiguration im Master-Repository speichern und einige erst bei einem Neustart wirksam werden. J2C-Aliase wirken sich auf Neustarts aus.

In einer Network Deployment-Topologie können Sie eine beliebige Anzahl von Serverinstanzen über denselben Knotenagenten steuern. Sie können Ihre Server-Instanzen beliebig neu starten, aber solange Sie den Knoten-Agent nicht selbst starten, funktioniert die Schaltfläche "Verbindung testen" nie.

Es ist eine bekannte WebSphere-Einschränkung ... Welche auch in Version 7.0 vorhanden ist. Seien Sie also nicht überrascht, wenn Sie es während Ihrer nächsten Migration testen. :-)

Answer 2

Wenn dies mit anderen passiert, habe ich WebSphere neu gestartet und alle meine Probleme sind verschwunden. Es ist ein echtes Markenzeichen für qualitativ hochwertige Software.

Answer 3

Oft wenn Leute mir sagen, dass sie sich nicht mit dem korrekten Passwort in Oracle 11g einloggen können, ich weiß, dass sie durch Passwörter zwischen 10g und 11g case-sensitive gefangen wurden.

Answer 4

Try this: Datenquellendefinition Sicherheit die j2c alias beide autentication von Komponente und autentication von Container verwaltet verwaltet verwenden

Answer 5

ich meine Daten haben Quellpunkt Authentifizierung sowie Container componenet verwaltende --managed authentication.Its jetzt gut arbeiten ........

Answer 6

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

Wenn Sie erstellen oder eine Datenquelle aktualisieren, die erstellt J2C-Authentifizierungsdaten Alias ​​zu einem neu Punkte, Die Testverbindung kann nicht hergestellt werden, bis Sie den Deployment Manager neu starten.

Nach dem Neustart des Deployment Manager werden die J2C-Authentifizierungsdaten in der Laufzeitkonfiguration wiedergegeben. Änderungen an den J2C-Authentifizierungsdatenfeldern erfordern einen Neustart des Deployment Managers, damit die Änderungen wirksam werden.

Der Knotenagent muss ebenfalls neu gestartet werden.