WebSphere Oracle - nicht akzeptieren richtige Passwort
In WebSphere 6.1 habe ich eine Datenquelle mit einer Oracle-11g-Instanz mithilfe der thin-JDBC-client.
In Oracle habe ich zwei Benutzer, eine bestehende und eine neu erstellt.
Meine websphere datasource ist OK, wenn ich das component-managed authentication alias den vorhandenen Benutzer, aber mit dem Fehler "Ungültiger Benutzer/Passwort" - Meldung, wenn ich den alias für den neuen Benutzer ein. Die Fehlermeldung ist:
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.Es ist nichts in der JVM logs. Ich habe grep alle websphere-Protokollen und Sie nicht erwähnen meine Verbindung überhaupt.
Kann ich bestätigen, dass der Benutzername und das Kennwort korrekt sind, von der Anmeldung über SQLPlus oder (um zu beweisen das JDBC-Verbindung ist OK) über Eichhörnchen.
Ich habe in Oracle, dass der neue Benutzer alle system-privs, dass die vorhandenen Benutzer.
Irgendwelche Gedanken auf, was Los ist oder wie kann ich Debuggen weiter?
Du musst angemeldet sein, um einen Kommentar abzugeben.
Nur zur info. Ich vermute, Sie laufen in WebSphere Network Deployment-Modus.
Dieses Verhalten, das Sie erleben, ist eigentlich von design.
Der Grund dafür ist, dass das "Verbindung Testen" - button sehen Sie auf der admin-Konsole, ruft den JDBC-Verbindung testen aus, der innerhalb des Prozesses der Knoten Agent. Es gibt keine Möglichkeit für das J2C-Alias-Informationen zu verbreiten, um den Knoten Agent ohne Neustart; einige Objekte der Konfiguration wirksam, in WebSphere sobald Sie Sie speichern die Konfiguration im master-repository, und einige wirken nur auf einen Neustart. J2C-Aliasnamen wirksam werden neu gestartet.
In einer Network Deployment-Topologie, können Sie eine beliebige Anzahl von server-Instanzen kontrolliert von der gleichen Node-Agent. Sie können starten Sie Ihren server-Instanzen, wie Sie möchten, aber wenn Sie starten Sie den Node Agent selbst, die Schaltfläche "Verbindung testen" wird niemals funktionieren.
Ist es eine bekannte WebSphere Einschränkung... Die gibt es auch auf die version 7.0, also nicht überrascht sein, wenn Sie es testen bei der nächsten migration. 🙂
Wenn das noch jemandem passiert, ich neu gestartet, WebSphere, und alle Probleme waren Weg. Es ist ein wahres Qualitätszeichen software.
Oftmals, wenn Leute mir sagen, Sie können nicht melden Sie sich in Oracle 11g mit dem korrekten Passwort, ich weiß, Sie haben gefangen wurden, aus, indem Sie Passwörter immer groß-und Kleinschreibung zwischen 10g und 11g.
Versuchen Sie dies :
Datenquelle definition
Sicherheit
verwenden Sie das j2c-alias sowohl autentication-verwaltete Komponente und autentication vom container verwaltet
IBM WAR 8.5.5-Knowledge-Center -
Verwalten von Java 2 Connector Architecture Authentifizierung für JAAS-Einträge
Wenn Sie erstellen oder aktualisieren einer Datenquelle, die Punkte, um eine neu erstellte J2C authentication data alias die test-Verbindung nicht verbinden, bis Sie starten Sie den Bereitstellungs-manager.
Nachdem Sie starten Sie den Bereitstellungs-manager, der J2C authentication data spiegelt sich in der runtime-Konfiguration. Änderungen der J2C authentication data Felder erfordern eine Bereitstellungs-manager neu starten, damit die änderungen wirksam werden.
Den Knoten agent muss auch neu gestartet werden.
Habe ich meinen Datenquelle componenet-verwalten der Authentifizierung sowie container-managed authentication.Seine arbeiten fein jetzt........