Informations EJB

Utilisez les informations suivantes pour savoir comment remplir chaque champ de l'onglet :

Champ | Description
--- | ---
Nom EJB | Entrez le nom de base du bean. Ce nom est indiqué dans l'élément `<ejb-name>` du fichier `ejb-jar.xml`, en lecture seule.
Classe de clé primaire | Entrez la clé primaire. Elle est indiquée dans l'élément `<prim-key-class>` du fichier `ejb-jar.xml`, en lecture seule.

Classe de clé primaire inconnue

Cochez cette option si vous choisissez de ne pas indiquer la classe de clé primaire ou les champs de clé primaire pour un bean d'entité avec persistance de gestion de conteneurs.

Par exemple, sélectionnez ce champ si le bean Entité n'a pas de clé primaire naturelle ou si vous souhaitez que le mécanisme de déploiement sélectionne les champs de clé primaire au moment du déploiement. Pour plus d'informations, reportez-vous à Prise en charge des classes de clés primaires inconnues.

Interface locale | Entrez l'interface locale. Elle est indiquée dans l'élément `<local>` du fichier `ejb-jar.xml`, en lecture seule.
Interface locale (Home) | Entrez l'interface locale (Home). Elle est indiquée dans l'élément `<local-home>` du fichier `ejb-jar.xml`, en lecture seule.
Interface distante | Entrez l'interface distante. Elle est indiquée dans l'élément `<remote>` du fichier `ejb-jar.xml`, en lecture seule.
Interface locale (Home) ou distante (Remote) | Entrez l'interface distante. Elle est indiquée dans l'élément `<home>` du fichier `ejb-jar.xml`, en lecture seule.
Modifier le report | Utilisez ces options pour indiquer comment TopLink doit mettre à jour la base de données pour ce descripteur EJB.
Différer toutes les modifications | Indique que les changements ne doivent pas être envoyés à la base de données tant que la transaction JTA n'est pas validée. C'est le comportement par défaut de TopLink et l'option la plus efficace, car elle réduit le volume d'interaction des sources de données.

Différer uniquement les mises à jour

Déclenche l'envoi des changements à la base de données immédiatement en cas d'insertion ou de suppression, mais spécifie de ne pas envoyer à la source de données les modifications liées à des mises à jour, tant que la transaction JTA n'est pas validée.

Sélectionnez cette option pour la compatibilité descendante avec certains conteneurs EJB, comme OC4J. Pour plus d'informations, reportez-vous à Modifications non différées).

Utilisez cette option avec précaution, car elle exige de conserver plus longtemps la transaction de source de données et les verrous externes, ce qui peut provoquer des problèmes d'intégrité référentielle.

Ne rien différer | Demande d'envoyer toutes les modifications à la base de données immédiatement. C'est l'option la moins efficace car elle génère le plus grand volume d'interaction avec la source de données. Sélectionnez cette option pour la compatibilité descendante avec certains conteneurs EJB, comme OC4J. Pour plus d'informations, reportez-vous à Modifications non différées).

Insérer les nouveaux objets après

Demande d'envoyer à la base de données les modifications liées à l'insertion d'un nouvel objet, après la méthode "life cycle" de bean `ejbCreate` (option par défaut) ou `ejbPostCreate`. Cela s'applique uniquement si les modifications ne sont pas différées (reportez-vous à Configuration d'une règle de modification).

Si les contraintes de clé étrangère non NULL ne peuvent pas être satisfaites quand l'insertion a lieu après `ejbCreate`, vous pouvez configurer TopLink CMP de sorte à effectuer l'insertion après `ejbPostCreate`, si votre conteneur prend en charge cette opération. Pour plus d'informations, reportez-vous à Création d'un bean Entité et méthodes ejbCreate/ejbPostCreate.

Voir aussi

  Configuration d'un descripteur avec des informations EJB