Utiliser des extensions WebSphere pour définir la stratégie d'accès simultané

La stratégie d'accès simultané de WebLogic indique comment le conteneur doit gérer l'accès simultané à un bean enterprise entity. Cette règle détecte la présence de l'élément <concurrency-strategy> dans le fichier weblogic-ejb-jar.xml.

WebLogic possède quatre stratégies d'accès simultané que vous devez migrer vers WebSphere Traditional :

• Avec la stratégie Exclusive, le serveur WebLogic place un verrou exclusif sur les instances d'EJB de type entité (bean entity) lorsque le bean est associé à une transaction. Les autres demandes de cette instance d'EJB sont bloquées jusqu'à la fin de la transaction.
  
  
• La stratégie d'accès simultané Lecture seule s'applique aux beans entity en lecture seule. Elle charge une instance à partir de la base de données, puis en crée des copies à l'usage de chaque transaction pour que les demandes puissent s'exécuter en parallèle. Un élément connexe appelé read-timeout-seconds spécifie l'intervalle en secondes entre deux appels à la méthode ejbLoad(). La valeur 0 (zéro) indique que le bean en lecture seule ne doit pas être rechargé à partir de la base de données.
  
  
• Avec la stratégie d'accès simultané Base de données, WebLogic délègue les demandes de verrouillage de bean entity à un magasin de données sous-jacent. WebLogic attribue une instance de bean entity séparée à chaque transaction et permet à la base de données de gérer le verrouillage et la mise en cache. Il s'agit de l'option par défaut.
  
  
• Avec la stratégie d'accès simultané Optimiste, WebLogic ne pose aucun verrou sur le conteneur d'EJB ou la base de données pendant une transaction. Le conteneur d'EJB vérifie qu'aucune des données affectées par une transaction n'a changé avant de valider la transaction. Si des données ont été modifiées, le conteneur d'EJB revient à l'état précédent la transaction.
  
  

Dans le scanner de source, le correctif rapide pour cette règle convertit les stratégies d'accès simultané de WebLogic et les migre à partir du fichier weblogic-ejb-jar.xml vers le fichier des extensions EJB de WebSphere. Vous pouvez utiliser l'option d'aperçu du correctif rapide pour afficher les modifications avant d'exécuter le correctif rapide.

Action du correctif rapide dans le scanner de source :

Exclusive

Avec la stratégie Exclusive de WebLogic, le correctif définit les options de mémoire cache suivantes pour le bean correspondant dans WebSphere Application Server :

• La valeur de Activate at devient ONCE.
• La valeur de Load at devient ACTIVATION.

Ces paramètres évitent les appels à la fonction ejbLoad et sérialisent les accès à l'instance de bean. Cette option augmente l'usage de la mémoire en gardant l'état permanent dans la mémoire cache mais peut procurer des temps de réponse plus courts si les accès à l'instance de bean ne sont pas simultanés en général. Il s'agit de l'option de mise en cache A dans la spécification EJB.

Lecture seule

Avec la stratégie Lecture seule de WebLogic, le correctif définit les options de mémoire cache suivantes pour le bean correspondant dans WebSphere Application Server :

• La valeur de Activate at devient ONCE.
• La valeur de Load at devient INTERVAL.
• La valeur de Reload interval indique un nombre de secondes approprié entre deux chargements. Cette valeur provient de l'élément de WebLogic <read-timeout-seconds> qui est également exprimé en secondes. Si l'élément <read-timeout-seconds> a la valeur 0 dans WebLogic, la fonction ejbLoad est appelée uniquement lorsque l'instance est mise en cache pour la première fois. Dans WebSphere Application Server, si la valeur d'intervalle des rechargements est égale à 0, le conteneur ne recharge pas non plus le bean.

Base de données

Avec la stratégie Base de données de WebLogic, le correctif définit les options de mémoire cache suivantes pour le bean correspondant dans WebSphere Application Server :

• La valeur de Activate at devient TRANSACTION.
• La valeur de Load at devient TRANSACTION.

Il s'agit de la valeur par défaut de l'option de mémoire cache de bean de WebSphere Application Server. Pour cette raison, il est inutile de la définir explicitement pour chacun des beans qui utilisent la stratégie d'accès simultané Base de données. Toutefois, le correctif rapide le fait quand même. Cette stratégie correspond à l'option de mise en cache C dans la spécification EJB.

Optimiste

Avec la stratégie WebLogic Optimiste, WebSphere applique le verrouillage optimiste. La valeur du paramètre de tentative d'accès définie dans le fichier d'extension de WebSphere est wsOptimisticUpdate. Lorsque le mappage CMP est créé, la valeur de la propriété OptimisticPredicate devient TRUE pour toutes les zones du fichier weblogic-cmp-rdbms-jar.xml qui ont la valeur <verify-columns>. Le code recherche les mises à jour dans ces colonnes avant de valider les modifications dans la base de données. S'il détecte une modification, la transaction est annulée.