Providing Custom TransactionCacheEntryTypes
Para un single duplicate check hay dos formas de proporcionar un transactionCacheEntryType: puedes establecer el valor usando la metadata tag o establecer el campo en tu custom mapping function.
El transactionCacheEntryType se establece según la siguiente precedencia para single duplicate checks:
-
Valor establecido mediante la mapping function
-
Valor establecido mediante la meta data tag
-
En caso contrario, si 1 o 2 no se han establecido, el
transactionCacheEntryTypese asigna por defecto al nombre de la action, p. ej.CheckSingleDuplicatePacs008
Para multiple duplicate checks, el transactionCacheEntryType solo se puede establecer en la multiple duplicate mapping function. A continuación se proporcionan detalles adicionales sobre cómo establecer el tranactionCacheEntryType usando la metadata tag.
Meta Data Tag
Dentro de tu MPS flow, haz clic izquierdo en la llamada a la acción checkSingleDuplicate con la que deseas usar el custom mapping.
Pulsa Ctrl+Alt+I para abrir el Inspector. Haz clic izquierdo en <no metaTags> junto a Meta Data.
Pulsa Enter para crear una nueva tabla. Para la clave introduce transactionCacheEntryType. Para el valor, proporciona el string que desees como tu transaction cache entry type personalizado.
Add a suitable purging mechanism for your type
Tu tipo personalizado no estará cubierto por el purger predeterminado proporcionado por el flo-client. Querrás implementar un mecanismo de purgado para que las claves no se consideren duplicados para siempre. Eres libre de implementar el mecanismo que elijas.
Algunas opciones que podrías usar:
-
Implementar tu propio bean TransactionCachePurgingScheduler según las instrucciones en la transaction cache docs.
-
Si este es el único tipo dentro del transaction cache, puedes implementar un MongoDB TTL index sobre el creationDate.