Performance de l'application et comportement du bean entity
WebSphere Application Server permet d'ignorer deux comportements requis par la spécification EJB (Enterprise JavaBeans) car il est parfois préférable que l'application gère les données des beans d'une manière légèrement différente.
Synchronisation des magasins persistants gérés par application pour les méthodes findBy
- Etablit la liste des beans impliqués dans la transaction en cours dont le type correspond à celui renvoyé par la findby
- Stocke l'état des beans enterprise dans un magasin de données avant d'exécuter la requête.
Toutefois, dans certains cas, il est inutile ou inopportun que le conteneur EJB effectue automatiquement cette opération sur chaque méthode findBy. C'est notamment le cas lorsque l'application vérifie elle-même que les données les plus récentes sont utilisées pour les requêtes findBy ou lorsque l'application peut tolérer quelques données plus anciennes dans les résultats de la requête.
WebSphere Application Server permet d'initier la procédure de synchronisation sous le contrôle de l'application et de désactiver la synchronisation gérée par conteneur pour des types d'EJB spécifiques au sein de l'application. Une utilisation réfléchie de ces fonctions peut améliorer les performances de l'application sans remettre en cause l'intégrité des données. Consultez la rubrique Manipulation de la synchronisation de beans entity et de sources de données.
Invocations ejbStore sur des instances de beans entity
La spécification d'EJB requiert que le conteneur EJB appelle la méthode ejbStore fournie par l'utilisateur au sein d'une transaction lorsque cette transaction est validée. Pour les beans CMP (par opposition aux beans BMP), cette opération est généralement inutile car cette méthode est souvent vide avec ce type de bean. Même lorsque la méthode n'est pas vide, il est possible que l'application ne requière que l'appel de la méthode si l'état persistant du bean est modifié lors de la transaction en cours.
WebSphere Application Server fournit un mécanisme à indiquer si vous voulez que des types d'EJB spécifiques adoptent ce comportement au sein de l'application. Consultez la rubrique Procédure pour éviter les invocations ejbStore sur des instances EntityBean non modifiées.