EJB-Informationen

Verwenden Sie die folgenden Informationen, um Daten in jedes Feld in dem Register einzugeben:

Feld | Beschreibung
--- | ---
EJB-Name | Geben Sie den Basisnamen eines Beans ein. Er wird in dem Element `<ejb-name>` der Datei `ejb-jar.xml` angegeben. Er kann nur angezeigt werden.
Primärschlüsselklasse | Geben Sie den Primärschlüssel ein. Er wird in dem Element `<prim-key-class>` der Datei `ejb-jar.xml` angegeben. Er kann nur angezeigt werden.

Unbekannte Primärschlüsselklasse

Wählen Sie diese Option, wenn Sie die Primärschlüsselklasse oder die Primärschlüsselfelder für ein Entity Bean mit container-verwalteter Persistenz nicht angeben möchten.

Wählen Sie dieses Feld z.B., wenn das Entity Bean keinen natürlichen Primärschlüssel hat oder der Deployer die Primärschlüsselfelder beim Deployment wählen soll. Weitere Informationen finden Sie in "Unterstützung von unbekannter Primärschlüsselklasse".

Lokale Schnittstelle | Geben Sie die lokale Schnittstelle ein. Sie wird in dem Element `<local>` der Datei `ejb-jar.xml` angegeben. Sie kann nur angezeigt werden.
Lokale Standardschnittstelle | Geben Sie die lokale Home-Schnittstelle ein. Sie wird in dem Element `<local-home>` der Datei `ejb-jar.xml` angegeben. Sie kann nur angezeigt werden.
Remote-Schnittstelle | Geben Sie die Remote-Schnittstelle ein. Sie wird in dem Element `<remote>` der Datei `ejb-jar.xml` angegeben. Sie kann nur angezeigt werden.
Remote-Standardschnittstelle | Geben Sie die Remote-Schnittstelle ein. Sie wird in dem Element `<home>` der Datei `ejb-jar.xml` angegeben. Sie kann nur angezeigt werden.
Deferral ändern | Mit diesen Optionen geben Sie an, wie TopLink die Datenbank für diesen EJB-Deskriptor aktualisiert.
Alle Änderungen verzögern | Geben Sie an, dass Änderungen erst an die Datenbank gesendet werden, nachdem die JTA-Transaktion festgeschrieben wurde. Dies ist das Standardverhalten von TopLink. Dies ist die effizienteste Option, die zu den geringsten Interaktionen mit der Datenquelle führen.

Nur Updates verzögern

Geben Sie an, dass Änderungen sofort nach einem Insert- oder Update-Vorgang an die Datenbank gesendet werden, dass jedoch Änderungen für Update-Vorgänge erst an die Datenquelle gesendet werden, nachdem die JTA-Transaktion festgeschrieben wurde.

Wählen Sie diese Option im Hinblick auf die Abwärtskompatibilität mit einigen EJB-Containern, wie z.B. OC4J. Weitere Informationen finden Sie in "Nicht verzögerte Änderungen").

Verwenden Sie diese Option mit Vorsicht, weil sie die Datenquell-Transaktion und Sperren länger hält und zu referenziellen Integritätsproblemen führen kann.

Keine verzögern | Geben Sie an, dass alle Änderungen sofort an die Datenbank gesendet werden. Dies ist die am wenigsten effiziente Option, die die meisten Datenquell-Interaktionen generiert. Wählen Sie diese Option im Hinblick auf die Abwärtskompatibilität mit einigen EJB-Containern, wie z.B. OC4J. Weitere Informationen finden Sie in "Nicht verzögerte Änderungen").

Neue Objekte einfügen nach

Geben Sie an, dass neue Object Insert-Änderungen nach der Bean-Gültigkeitsdauer-Methode `ejbCreate` (Standard) oder `ejbPostCreate`an die Datenbank gesendet werden sollen. Dies ist nur relevant, wenn Änderungen nicht verzögert werden (siehe "Änderungs-Policy konfigurieren").

Wenn Nicht-Null-Fremdschlüssel-Constraints nicht erfüllt werden können, wenn der Insert-Vorgang nach `ejbCreate` ausgeführt wird, könnten Sie TopLink CMP so konfigurieren, dass der Insert-Vorgang nach`ejbPostCreate` ausgeführt wird, wenn Ihr Container dies unterstützt. Weitere Informationen finden Sie in"Neues Entity Bean erstellen und ejbCreate / ejbPostCreate-Methoden"

Siehe auch

  Deskriptor mit EJB-Informationen konfigurieren