Utilizar extensiones de WebSphere para definir la estrategia de simultaneidad

La estrategia de simultaneidad de WebLogic especifica cómo debe gestionar el contenedor el acceso simultáneo a un enterprise bean de tipo de entidad. Esta regla detecta la presencia del elemento <concurrency-strategy> en el archivo weblogic-ejb-jar.xml.

Hay cuatro estrategias de simultaneidad de WebLogic que deben migrarse a WebSphere tradicional:

• Exclusiva hace que el servidor de WebLogic coloque un bloqueo exclusivo en las instancias de Enterprise JavaBeans(TM) (EJB) de entidad cuando se asocia el bean con una transacción. Las demás solicitudes de la instancia de EJB se bloquean hasta que finalice la transacción.
  
  
• La estrategia de simultaneidad de Sólo lectura se utiliza para los beans de entidad de sólo lectura. Carga una instancia desde la base de datos y hace copias que están disponibles para cada transacción, para que las solicitudes puedan procesarse en paralelo. Un elemento relacionado llamado read-timeout-seconds especifica los segundos entre ejbLoad() llamadas. Un valor de cero especifica que el bean de sólo lectura no puede volver a cargarse desde la base de datos.
  
  
• La estrategia de simultaneidad de Base de datos hace que WebLogic delegue las solicitudes de bloqueo de un bean de entidad al almacén de datos subyacente. WebLogic asigna una instancia de bean de entidad aparte a cada transacción, y habilita el bloqueo y el almacenamiento en antememoria para que los maneje la base de datos. Esta es la opción por omisión.
  
  
• La estrategia de simultaneidad Optimista no mantiene bloqueos en el contenedor EJB ni en la base de datos durante una transacción. El contenedor EJB verifica que ninguno de los datos actualizados por una transacción haya cambiado antes de comprometer la transacción. Si alguno de los datos actualizados ha cambiado, el contenedor EJB revierte a la transacción anterior.
  
  

Para esta regla, la corrección automática migrará las estrategias de concurrencia definidas en weblogic-ejb-jar.xml a las estrategias de concurrencia definidas en en el WebSphere Archivo de extensión EJB. Acciones de reparación automatizadas:

Exclusivo

Para la estrategia de WebLogic Exclusiva, se establecen las siguientes opciones de antememoria de beans de WebSphere(R) Application Server para el bean correspondiente:

• Activate at (Activar durante) se establece en ONCE (una vez).
• Load at (Cargar durante) se establece en ACTIVATION (activación).

Estos parámetros evitan las llamadas a la función ejbLoad y serializan el acceso a la instancia de bean. Esta opción aumenta la utilización de la memoria al mantener un estado persistente en la antememoria, pero puede mejorar el tiempo de respuesta si en general no se accede simultáneamente a la instancia de bean. Esta es la Opción A de antememoria en la especificación EJB.

ReadOnly

Para la estrategia ReadOnly WebLogic, se establecerán las siguientes opciones de Bean Cache WebSphere Application Server para el correspondiente correspondiente:

• Activar en se ajustará a ONCE.
• Cargar en se ajustará a INTERVALO.
• Reload interval (Intervalo de recarga) se establece en el número de segundos adecuado entre recargas. Este valor se toma del elemento WebLogic <read-timeout-seconds> que también está en segundos. Si <read-timeout-seconds> es 0 en WebLogic,, ejbLoad sólo se llamará cuando la instancia se introduzca por primera vez en la caché. En WebSphere Application Server, un valor de intervalo de entero de recarga igual a 0 también hace que el contenedor nunca recargue el bean.

Base de datos

Para la estrategia Database WebLogic, se establecerán las siguientes opciones de caché de bean WebSphere Application Server para el bean correspondiente correspondiente:

• Activate at (Activar durante) se establece en TRANSACTION (transacción).
• Load at (Cargar durante) se establece en TRANSACTION (transacción).

Este es el valor por omisión para la antememoria de beans de WebSphere Application Server. Dado que es la predeterminada no es necesario establecerlo explícitamente para cada uno de los beans que utilizan la estrategia de concurrencia de la base de datos: sin embargo, el arreglo automatizado lo establecerá explícitamente. Esta estrategia también se conoce como la Opción C de antememoria de la especificación EJB.

Optimista

Para la estrategia de WebLogic Optimista, se utiliza el bloqueo optimista en WebSphere. El intento de acceso se establece en el archivo de extensión de WebSphere en wsOptimisticUpdate. Además, cuando se crea el mapa CMP, la propiedad OptimisticPredicate se establecerá en TRUE para todos los campos definidos en el archivo <span.xml como <verify-columns> en el archivo weblogic-cmp-rdbms-jar.xml como <verificar-columnas> se comprobarán en busca de actualizaciones antes de confirmar los cambios en la base de datos. Si se detecta un cambio, la transacción se retrotrae.