WebSphere zu Oracle - akzeptiert kein korrektes Kennwort

Question

WebSphere zu Oracle - akzeptiert kein korrektes Kennwort

7

In WebSphere 6.1 habe ich mit dem Thin JDBC-Client eine Datenquelle für eine Oracle 11g-Instanz erstellt.

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

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

%Vor%

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 ich mich über SQLPlus anmelde 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?

oracle jdbc websphere ora-01017

Synesso 22.09.2010, 00:52

quelle

6 Antworten

3

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

Synesso 22.09.2010 01:13

quelle

1

Wenn Leute mir sagen, dass sie sich nicht mit dem korrekten Passwort bei Oracle 11g anmelden können, weiß ich, dass sie bei Passwörtern von Groß- und Kleinschreibung zwischen 10g und 11g abgefangen wurden.

Gaius 24.09.2010 06:47

quelle

1

Versuchen Sie Folgendes: Datenquellendefinition Sicherheit Verwenden Sie den Alias j2c, sowohl die Authentisierung, die von der Komponente verwaltet wird, als auch die Authentifizierung, die von container

verwaltet wird

andrea 18.01.2013 11:18

quelle

1

IBM WAS 8.5.5 Knowledge Center -
Verwalten von Java 2 Connector Architecture-Authentifizierungsdateneinträgen für JAAS

Wenn Sie eine Datenquelle erstellen oder aktualisieren, die eine neu erstellte J2C-Authentifizierungsdaten Alias zeigt auf, die Testverbindung kann keine Verbindung herstellen, bis Sie den Deployment Manager neu starten .

Nachdem Sie den Deployment Manager, die J2C-Authentifizierungsdaten neu gestartet wird in der Runtime-Konfiguration wider. Alle Änderungen an den J2C-Authentifizierungsdatenfelder erfordern ein Deployment Manager-Neustart, damit die Änderungen wirksam werden.

Der Knotenagent muss auch neu gestartet werden .

mon 26.09.2015 21:26

quelle

-2

Ich habe meine Datenquelle darauf gerichtet, die Authentifizierung sowie die containergesteuerte Authentifizierung zu verwalten. Es funktioniert jetzt .........

Radhadatta 20.08.2013 12:15

quelle

Tags und Links oracle jdbc websphere ora-01017

Django: Verwenden von Annotate, Count und Distinct in einem Queryset Erhalte das Datum in PHP in 2 Wochen

score 25 · Accepted Answer

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 Schaltfläche "Verbindung testen", die Sie in der Admin-Konsole sehen, den JDBC-Verbindungstest innerhalb des Prozesses des Knotenagenten 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 werden erst bei einem Neustart wirksam. J2C-Aliase wirken sich auf Neustarts aus.

In einer Network Deployment-Topologie verfügen Sie möglicherweise über eine beliebige Anzahl von Serverinstanzen, die von demselben Node Agent gesteuert werden. Sie können Ihre Serverinstanzen nach Belieben neu starten, aber solange Sie den Node Agent nicht selbst starten, funktioniert die Schaltfläche "Verbindung testen" nie.

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