Issue:
Problemas de performance en metodo "getElementsBetweenElementOriginAndElementDest"
Cause:
La recursion no termina cuando se llega a un activity
Solution:
La recursion termina cuando se llega a un activity, este cambio afecta a los siguientes elementos:
- INTERMEDIATE-MESSAGE-EVENTS
- END-MESSAGE-EVENTS
- INTERMEDIATE-EMAIL-EVENTS
- END-EMAIL-EVENTS
Issue:
PM-3844: 0018803: Email Event before parallel gateway is not working correctly
PM-3843: 0018806: Email Events after parallel gateway do not execute.
Cause:
Falta validacion para INTERMEDIATE-EVENTS con PARALLEL-GATEWAYS
Solution:
Se completa validacion para INTERMEDIATE-EVENTS con PARALLEL-GATEWAYS, este cambio
afecta a los siguientes elementos:
- INTERMEDIATE-MESSAGE-EVENTS
- END-MESSAGE-EVENTS
- INTERMEDIATE-EMAIL-EVENTS
- END-EMAIL-EVENTS
Issue:
Script task con gateways no funcionan
Cause:
No se contemplo la logica de procesos con flujos paralelos con Script-Tasks
Solution:
Se completa la logica de procesos con flujos paralelos con Script-Tasks
Issue:
Changes in assignment rules in multiple instance tasks
Cause:
Nuevo requerimiento de funciones
Solution:
- Se a implementado este nuevo tipo de asignacion "Multiple Instance"
- Este nuevo tipo de asignacion solo se aplica a activities de tipo: "Empty Task", "User Task", "Manual Task";
con un marker de tipo "Parallel"
Issue:
0018255: Error en derivacion default de gateway
Cause:
Un valor vacio en un "routing rule condition" se evalua como "true"
Solution:
- Un valor vacio en un "routing rule condition" se evalua como "false"
- Si se tienen varios "routing rule condition" y todos con valores vacios y no se define ningun "default flow",
entonces saldra un error en "running case"
- Si se tienen varios "routing rule condition" y todos con valores vacios pero se define un "default flow",
entonces derivara el caso usando ese "route"
Issue:
0018218: Self-service value based not accepting USER ID
Cause:
Nuevo requerimiento de funciones
Solution:
La asignacion de tipo "Self Service Value Based Assignment" ahora funciona de la siguiente manera:
- Si se desea definir a un grupo entonces se tendra el siguiente caso:
@@SYS_GROUP_TO_BE_ASSIGNED = "00000000000000000000000groupuid1";
- Si se desea definir a usuarios entonces se tendra el siguiente caso:
@@SYS_GROUP_TO_BE_ASSIGNED = array("000000000000000000000000useruid1", "000000000000000000000000useruid2");
- Por lo que el engine reconocera lo siguiente:
* A un array como un array de UIDs de usuarios
* A un string como un UID de un grupo
> Code Isuue:
0017925: REST endpoint PUT /cases/{app_uid}/reassign-case can not reassign cases to ad hoc users
> Solution:
Se agrega validacion en el siguiente Endpoint cuando se utiliza el servicio REST, el mismo se puede reasingar un caso
a un usuario de tipo Ad Hoc.
PUT /cases/{app_uid}/reassign-case
Issue:
0017509: El caso que se derivo a un grupo no aparece en la bandeja "Sin asignar"
Cause:
No se estan usando las variables del caso del sub-proceso para el registro en la tabla "APP_ASSIGN_SELF_SERVICE_VALUE"
Solution:
Se define el uso de las variables del caso del sub-proceso
Issue:
- PM-3083: La funcionalidad cambiar tipo de gateway desde el diseñr no funciona
- PM-3046: DesignerBPMN>Conexiones Gateway to Gateway muestran error al ejecutar un caso
Cause:
En PM-3083 y PM-3046 los gateway-joins (converging) PARALLEL e INCLUSIVE no son actualizados
correctamente en Back-end
Solution:
- Se define el gateway de tipo converging para PARALLEL e INCLUSIVE cuando
uno o mas flows ingresan al geteway, esto en Back-end
- Se mejoro la verificacion de hilos abiertos al derivar un caso, esto en Running-case
- Se a implementado el Timer-Event CRON, el cual se ejecuta con el siguiente comando:
/path/to/processmaker/workflow/engine/bin$ php -f timereventcron.php +wMyWorkspace
- Se a implementado el registro de logs para el Timer-Event CRON
- Se han implementado los siguientes End-points:
GET /api/1.0/{workspace}/project/{prj_uid}/timer-events
GET /api/1.0/{workspace}/project/{prj_uid}/timer-event/{tmrevn_uid}
GET /api/1.0/{workspace}/project/{prj_uid}/timer-event/event/{evn_uid}
POST /api/1.0/{workspace}/project/{prj_uid}/timer-event
PUT /api/1.0/{workspace}/project/{prj_uid}/timer-event/{tmrevn_uid}
DELETE /api/1.0/{workspace}/project/{prj_uid}/timer-event/{tmrevn_uid}
- Se han implementado la funcionalidad y los metodos necesarios para este nuevo elemento
en el modulo "BPMN-DESIGNER Backend"
- Se han agregado las validaciones necesarias para filtrar los nuevos tipos de tasks en el
listado del "New case"
- Se han agregado los metodos necesarios para este nuevo elemento en los modulos Export and Import
- Se han agregado los metodos necesarios para este nuevo elemento en el modulo "Delete process"
- Se a implementado la funcionalidad para este nuevo elemento en el modulo "Running case"
- Se a implementado el Running case
- Se a implementado el Message-Event CRON:
Para ejecutar el Message-Event CRON, ejecute el siguiente comando:
/path/to/processmaker/workflow/engine/bin$ php -f messageeventcron.php +wMyWorkspace
Nota.- Para el correcto funcionamiento del proceso y de esta nueva funcionalidad
se debera crear el proceso nuevamente (esta nueva funcionalidad
no funcionara con procesos BPMN antiguos a la fecha de este commit)
Las condiciones no funcionan correctamente, si es que no estan dentro de parentesis ().
Se encapsulo en parentesis toda condicion dada que contenga un operador logico.
Las condiciones no funcionan correctamente, si es que no estan dentro de parentesis ().
Se encapsulo en parentesis toda condicion dada que contenga un operador logico
Las condiciones no funcionan correctamente, si es que no estan dentro de parentesis ().
Se encapsulo en parentesis toda condicion dada que contenga un operador logico.
