Übersetzen des Fehlers in Englisch heißt es:
DSRA9010E: 'setReadOnly' is not supported in the WebSphere implementation java.sql.Connection
Was kein Fehler ist, es ist einfach so, dass sie nicht schreibgeschützt implementieren. Und das ist auch verständlich, wenn ein Connection Pooling verwendet wird, da readonly normalerweise ein Attribut im Bereich der Verbindungserstellung ist.
Außerdem ist readonly nur ein "Vorschlag" für den jdbc-Anbieter:der jdbc-Anbieter kann es ignorieren und meines Wissens tun viele Anbieter nicht wirklich etwas dafür.
Geben Sie einfach nicht readonly an.
Um Sams Kommentar unten zu beantworten:Hibernate hat nichts mit diesem Fehler zu tun, es ist die Websphere-Komponente, die java.sql.Connection implementiert der DSRA9010E aussendet Fehler bei der Verwendung von Websphere mit Oracle nach Juni 2003, wie erklärt hier
von IBM selbst über diesen Fehlercode DSRA9010E und die Beschreibung "'setReadOnly' is not supported on the IBM WebSphere Application Server java.sql.Connection implementation" :
Mein Verständnis des gesamten Artikels ist, dass sie diesen Fehler später hinzugefügt haben, um das Problem zu beheben, als Lösung für den Fehler 168102, aus Gründen der Klarheit:um den Client wissen zu lassen, dass das Setzen dieses Flags keine Auswirkung auf die zugrunde liegende Datenbankverbindung hat, da Oracle dies ist wird nicht unterstützt.
Am Ende des Artikels schlagen sie vor, auf die neueste Version zu aktualisieren (diejenige, die den Fehler ausgibt).
