In jeder Transaktion muss die Session-Bean das lokale Interface verwenden, um die CMP-EJBs aufzurufen. Remote-Interfaces von CMP-EJBs werden nicht unterstützt und führen zu einem unerwarteten Verhalten. Stellen Sie deshalb sicher, dass Ihre Session-Bean ein lokales Interface für den Aufruf der CMP-EJBs verwendet. Wenn mehrere Session-Beans an einer Transaktion beteiligt sind, die auf die CMP-EJBs mit der Unterstützung für Proxy-Datenquellen zugreifen, müssen für alle Aufrufe dieser Session-Beans lokale Interfaces verwendet werden. Es können keine Remote-Interfaces für den Zugriff auf CMP-EJBs mit Unterstützung für Proxy-Datenquellen oder Session-Beans verwendet werden, die auf diese CMP-EJBs zugreifen.
Zu Beginn jeder Transaktion (Methode) muss die Session-Bean mit der API-Methode WSProxyDataSourceHelper.setCurrentDataSourceJNDIName die Datenquelle angeben, die die aktuelle Transaktion verwenden soll. Wenn die Session-Bean den JNDI-Namen der Datenquelle nicht angibt, wird der JNDI-Name der ersten Datenquelle aus dem benutzerdefinierten Merkmal jndiNames der Proxy-Datenquelle verwendet und eine Warnung protokolliert.
Performance Monitoring Instrumentation (PMI) ist für den in der Proxy-Datenquelle verwendeten Anweisungs-Cache nicht verfügbar.
Die Proxy-Datenquelle verwendet einen speziellen Anweisungs-Cache für das Zwischenspeichern der vorbereiteten Anweisungen. In diesem Release ist Performance Monitoring Instrumentation für diesen Anweisungs-Cache nicht verfügbar.
Es wurde festgestellt, dass der Verbindungstest für Proxy-Datenquellen nicht funktioniert.
Die Schaltfläche "Verbindung testen" in der Administrationskonsole funktioniert nicht für Proxy-Datenquellen. Selbst wenn Sie die Proxy-Datenquelle korrekt konfigurieren, werden Ausnahmen angezeigt, wenn Sie auf die Schalfläche "Verbindung testen" klicken. Auch die Funktion testConnection in der MBean funktioniert nicht.
Um sicherzustellen, dass die Datenquelle korrekt konfiguriert ist, klicken Sie für die der Proxy-Datenquelle zugrunde liegende Datenquelle auf "Verbindung testen". Wenn für Ihre Proxy-Datenquelle beispielsweise das benutzerdefinierte Merkmal jdbc/dsName1;jdbc/dsName2 definiert ist, können Sie die Verbindung zu Datenquellen mit den JNDI-Namen jdbc/dsName1 und jdbc/dsName2 testen.
Konfigurieren Sie eine angemessene Größe für den Anweisungs-Cache einer Proxy-Datenquelle.
Wenn Sie eine Proxy-Datenquelle erstellen, legen Sie in der Anzeige "Datenquelle" als Größe für den Anweisungs-Cache den Wert 0 fest. Sie konfigurieren die Größe des Anweisungs-Cache der Proxy-Datenquelle mit dem benutzerdefinierten Merkmal statementCacheSizes. Wenn der Wert ein einfacher Integer ist, wird die Größe des Anweisungs-Cache für alle zugrunde liegenden Datenquellen auf diesen Wert gesetzt. Alternativ können Sie die Größe des Anweisungs-Cache für einzelne zugrunde liegende Datenquellen mit Semikola als Trennzeichen im Format Wert1;Wert2;...;Wert2 angeben. 10;20;30 bedeutet beispielsweise, dass der Anweisungs-Cache für die zugrunde liegende Datenquelle 1 die Größe 10, für die Datenquelle 2 die Größe 20 und für die Datenquelle 3 die Größe 30 hat.
Überschreiben Sie die Datastore-Helper-Klasse beim Erstellen der Proxy-Datenquelle.
Derzeit sind nur zwei JDBC-Provider für Proxy-Datenquellen für alle unterstützten Datenbanken verfügbar: einer für Datenquellen ohne XA-Unterstützung und einer für Datenquellen mit XA-Unterstützung. Sie müssen die korrekte Datastore-Helper-Klasse beim Erstellen der Datenquellen angeben. Wenn Sie eine falsche Datastore-Helper-Klasse angeben, können Ausnahmen eintreten. Wenn die zugrunde liegenden Datenquellen beispielsweise den JDBC-Treiber für DB2 Universal verwenden, muss die Datastore-Helper-Klasse mit com.ibm.websphere.proxyds.helper.DB2UniversalDSProxyDataStoreHelper überschrieben werden.
Wenn Sie Enterprise-Beans verwenden, deren Verbindungs-Factory einer Proxy-Datenquelle zugeordnet ist, müssen Sie in globalen Transaktionen auf Enterprise-Beans zugreifen.
Related reference
Problemlösungen