Sesiones de CER

Los principales elementos de datos utilizados con CER son:

Objetos de regla
Un objeto de regla es una instancia de una clase de regla de un conjunto de reglas CER; por ejemplo, el objeto de regla para la persona "Juan Herrero" y
Valores de atributo
Un valor de atributo es el valor de un atributo de regla CER en un objeto de regla determinada; por ejemplo la fecha de nacimiento de Juan Herrero.

Toda la interacción con los objetos de regla CER y los valores de atributo se produce en una sesión CER. Estas interacciones incluyen la creación, recuperación y/o eliminación de objetos de regla CER y cualquier cálculo o recálculo de atributos en los objetos de regla.

Cada sesión CER se crea utilizando la clase curam.creole.execution.session.Session_Factory.

Cuando se crea una sesión CER, se debe especificar lo siguiente:

Estrategia de recálculo
La estrategia para manejar una solicitud para volver a calcular un valor de atributo CER en una sesión¹.

La estrategia para manejar una solicitud para volver a calcular un valor de atributo CER; por ejemplo si se debe volver a calcular inmediatamente, aplazar el recálculo a otra transacción o no permitir el recálculo en absoluto.
Almacenamiento de datos
El mecanismo de almacenamiento²a utilizar para objetos de regla persistentes; por ejemplo sólo en memoria (que se perderá cuando la sesión quede fuera de ámbito), almacenamiento de base de datos o almacenamiento de instantánea.

A su vez, las implementaciones de almacenamiento de datos debe especificar una fábrica de objetos de regla a utilizar. Esta fábrica controla si los objetos de regla se crean de forma de tipo fuerte o de manera sólo interpretada.

La aplicación incluye estas implementaciones:

Estrategia de recálculo:
- curam.creole.execution.session.RecalculationsProhibited
  Genera un error si se intenta cualquier recálculo con la sesión CER.
- curam.core.sl.infrastructure.propagator.impl.ImmediateRecalculationStrategy
  Realiza recálculos inmediatamente (de forma síncrona, en la misma transacción de base de datos).
- curam.core.sl.infrastructure.propagator.impl.DeferredRecalculationStrategy
  Aplaza los recálculos (para valores de atributo almacenados) a otra transacción de base de datos.
  
  Aplaza los recálculos (para valores de atributo almacenados) a otra transacción de base de datos.
Almacenamiento de datos:
- curam.creole.storage.inmemory.InMemoryDataStorage
  Conserva los objetos de regla en memoria sólo. Los objetos de regla de este almacenamiento de datos sólo están disponibles mientras el almacenamiento de datos está en ámbito - normalmente sólo para una única transacción de base de datos.
- curam.creole.storage.database.DatabaseDataStorage
  Recupera objetos de regla externos³:
- curam.creole.execution.session.RuleObjectsSnapshot.SnapshotDataStorage
  Crea un documento XML que contiene detalles de un conjunto de objetos de regla implicados en las dependencias de uno o varios cálculos de atributo. Proporciona un "seguimiento de auditoría" de los datos utilizados finalmente en ese cálculo. Normalmente, el documento XML se puede almacenar en una tabla de base de datos para que la instantánea de objetos de regla se pueda consultar (pero no modificar) mediante una transacción de bases de datos posterior.
  - un conversor de objetos de regla registrado con el almacenamiento de datos de base de datos. Cada conversor de objeto de regla designa las clases de regla que se maneja y, cuando se invoca⁴el conversor de objeto de regla leerá las tablas de empresa subyacentes para obtener los datos apropiados y llenar los objetos de regla en la memoria y los devolverá al almacenamiento de datos de base de datos o
  - Las propias tablas de base de datos de CER para almacenar objetos de regla, si no hay ningún conversor de objeto de regla registrado para manejar la clase de regla solicitada.
  Están disponibles objetos de regla externos para que las transacciones de base de datos posteriores los recuperen y manipulen.
- curam.creole.storage.hybrid.HybridDataStorage
  Combina aspectos de comportamiento de InMemoryDataStorage y DatabaseDataStorage. Reservado sólo para el uso interno de Cúram.
Fábrica de objetos de regla:
- curam.creole.execution.session.StronglyTypedRuleObjectFactory
  Crea y recupera objetos de regla como instancias de clases Java generadas por el generador de código de pruebas de CER (consulte Generador de códigos de prueba de CER). No se debe utilizar en el código de producción.
- curam.creole.execution.session.InterpretedRuleObjectFactory
  Crea y recupera objetos de regla en una forma totalmente interpreta (y por lo tanto dinámica). (Consulte Intérprete de conjunto de reglas).

PRECAUCIÓN:

En general, no se debe utilizar más de una sesión CER dentro de una transacción de base de datos. Las copias en memoria de objetos de regla en una sesión CER son independientes de las copias en memoria de los objetos de regla en todas las demás sesiones de CER.

No se garantiza el comportamiento si más de una sesión CER (en la misma transacción) intenta recuperar o consultar el mismo objeto de regla de la base de datos.

Pruebas de unidad
Utilice InMemoryDataStorage (para rapidez de ejecución) con StronglyTypedRuleObjectFactory (para que se puedan utilizar en las pruebas las clases Java generadas) y RecalculationsProhibited (para que las pruebas no cambien por accidente los datos durante una parte del proceso).
Lógica de producción con conjuntos de reglas dinámicos
Utilice DatabaseDataStorage (para que los objetos de regla estén disponibles a lo largo de las transacciones) con un InterpretedRuleObjectFactory (para que los conjuntos de reglas sean totalmente dinámicos) y RecalculationsProhibited y utilice las características proporcionadas por el Gestor de dependencias (consulte Gestor de dependencias) para realizar las solicitudes para recalcular los valores CER en una sesión de CER nueva (e independiente).
Instantáneas
Utilice SnapshotDataStorage (para que los objetos de regla se lean de un documento XML no modificable) con un InterpretedRuleObjectFactory (para que los conjuntos de regla sean totalmente dinámicos) y RecalculationsProhibited (las instantáneas no soportan cambios).

¹ La posibilidad de CER de realizar recálculos directamente se reemplaza ahora por el Gestor de dependencias (consulte Gestor de dependencias).

La interfaz de estrategia de recálculo de CER y las implementaciones se proporcionan sólo por compatibilidad con versiones anteriores.

² Desde Cúram V6, CER ofrece una selección de implementaciones de almacenamiento de datos. Estas implementaciones de almacenamiento de datos afecta si los objetos de regla, creados o cambiados en una transacción, se pueden recuperar y/o cambiar en otras transacciones.

Lo que es más importante, la opción de almacenamiento de datos no afecta la semántica de las expresiones de regla. Esto significa que puede utilizar un almacenamiento de datos ligero (en memoria) para las pruebas de JUnit (para que los objetos de regla permanezcan entre transacciones), sin ninguna diferencia en los cálculos subyacentes.

³ Como optimización, sólo los objetos de regla externos y los valores de atributo se recuperan de los datos de la base de datos de Cúram. Los objetos de regla internos y sus atributos, por su naturaleza, se pueden volver a calcular de forma fiable más adelante, mientras que los objetos de regla externos normalmente contienen datos de orígenes externos y, por lo tanto no se pueden volver a calcular.

⁴ Tenga en cuenta que cada convertidor de objeto de regla está autorizado a imponer límites en su soporte para expresiones readall y readall.

Por ejemplo, algunos conversores de objeto de regla no pueden soportar la ejecución de un readall (sin una coincidencia anidada) y/o poner restricciones en qué atributos de regla se pueden mencionar en el valor retrievedattribute de la coincidencia.

Cualquier violación de las limitaciones del conversor de objeto de regla hará que se genere una excepción en el tiempo de ejecución. Debe asegurarse de que las pruebas de conjunto de reglas incluyan lógica que invoque los conversores de objeto de regla (es decir, que se ejecute en el almacenamiento de datos de base de datos); a diferencia de la mayoría de las pruebas de lógica de reglas que utilizarán almacenamiento de datos en memoria (y que por lo tanto no invocan los conversores de objeto de regla).

Consulte la documentación de cada implementación de conversor de objeto de regla para conocer los límites que impone en el soporte para readall.