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 associé appelé read-timeout-seconds spécifie les secondes entre ejbLoad() appels. 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.
  
  

Pour cette règle, le correctif automatisé migrera vos stratégies de concurrence définies dans le fichier weblogic-ejb-jar.xml en stratégies de concurrence définies dans dans le fichier d'extension WebSphere Fichier d'extension EJB. Actions correctives automatisées :

Exclu

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.

ReadOnly

Pour la stratégie ReadOnly WebLogic, les options WebSphere Application Server Bean Cache suivantes seront définies pour le bean correspondant correspondant :

• Le délai d'activation est fixé à UNE FOIS.
• La charge à sera réglée sur INTERVAL.
• La valeur de Reload interval indique un nombre de secondes approprié entre deux chargements. Cette valeur est tirée de l'élément WebLogic <read-timeout-seconds> qui est également en secondes. Si la valeur de <read-timeout-seconds> est est fixé à 0 dans WebLogic,, ejbLoad n'est appelé que lorsque l'instance est introduite pour la première fois dans le cache. 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

Pour la stratégie Database WebLogic, les options de cache de bean WebSphere Application Server suivantes seront définies pour le bean correspondant correspondant :

• 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. Puisqu'il s'agit de la valeur par défaut, il n'est pas nécessaire de la définir explicitement pour chacun des beans qui utilisent la stratégie de concurrence de la base de données : cependant, le correctif automatisé le définira explicitement. 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. De même, lorsque la carte Lorsque la carte CMP est créée, la propriété OptimisticPredicate est définie sur TRUE pour tous les champs définis dans le fichier <span.xml comme <verify-columns> dans le fichier weblogic-cmp-rdbms-jar.xml en tant que <verify-columns> ces colonnes seront vérifiées pour les mises à jour avant de valider les modifications dans la base de données. Si une modification est détectée, la transaction est annulée.