- 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"
> ProcessMaker-MA "Script Task Definition (endpoints)"
- Se han implementado los siguientes Endpoints:
GET /api/1.0/{workspace}/project/{prj_uid}/script-tasks
GET /api/1.0/{workspace}/project/{prj_uid}/script-task/{scrtas_uid}
GET /api/1.0/{workspace}/project/{prj_uid}/script-task/activity/{act_uid}
POST /api/1.0/{workspace}/project/{prj_uid}/script-task
PUT /api/1.0/{workspace}/project/{prj_uid}/script-task/{scrtas_uid}
DELETE /api/1.0/{workspace}/project/{prj_uid}/script-task/{scrtas_uid}
- Se agrego la funcionalidad necesaria en el DESIGNER
- Exportar/Importar, se incluyen los registros de la tabla SCRIPT_TASK
- Eliminar Projecto, se eliminan los registros de la tabla SCRIPT_TASK
- Runing case
Issue:
Error al importar y sobre-escribir un proceso que ya cuenta con casos (By Yanine's Team)
Cause:
Al tratar de sobre-escribir el proceso verifica si este tiene casos, en caso
de tener casos lanza una excepcion
Solution:
- Se evita que lanze la excepcion
- Los casos del proceso se mantienen
Issue:
Improvements for BPMN-DESIGNER: Events, Gateways (back-end)
Description:
- Se han realizado varias mejoras al back-end del BPMN-DESIGNER:
> Se a agregado soporte para los events de otros tipos
que no sean message-event (solo se permitio que se acepte
el dibujado, aun no tienen funcionalidad). Tambien se a
logrado que el diseñel flujo sea funcional no importando
que estos events pertenezcan al flujo.
> Se a mejorado el gateway-to-gateway (ya no es necesario
crear siempre su task-dummy)
> Se hicieron mejoras al default-flow
> Se implementaron metodos necesarios para que cuando un
event de tipo start es eliminado, este cambio sea reflejado
en su activity
- Los projects/processes creados antes de la fecha de creacion de
este commit no funcionaran. Se sugiere crear nuevos projects/processePM-00000 "Improvements for BPMN-DESIGNER (back-end)" SOLVED
Issue:
Improvements for BPMN-DESIGNER: Events, Gateways (back-end)
Description:
- Se han realizado varias mejoras al back-end del BPMN-DESIGNER:
> Se a agregado soporte para los events de otros tipos
que no sean message-event (solo se permitio que se acepte
el dibujado, aun no tienen funcionalidad). Tambien se a
logrado que el diseñel flujo sea funcional no importando
que estos events pertenezcan al flujo.
> Se a mejorado el gateway-to-gateway (ya no es necesario
crear siempre su task-dummy)
> Se hicieron mejoras al default-flow
> Se implementaron metodos necesarios para que cuando un
event de tipo start es eliminado, este cambio sea reflejado
en su activity
- Los projects/processes creados antes de la fecha de creacion de
este commit no funcionaran. Se sugiere crear nuevos projects/processess
Issue:
Designer: Se pierde las configuraciones de un subproceso al
importar el proceso
Cause:
Al momento de importar no se esta registrando de manera correcta
los registros en la tabla "SUB_PROCESS"
Solution:
Se esta validando que los registros en la tabla "SUB_PROCESS" sean
unicos al momento de la importacion
Explanation:
- Al momento de la importacion de un projecto, si un Activity
de tipo sub-process tiene definido sus properties, esta
configuracion se registra en la tabla correspondiente, no
importando si previamente ya fue importado el projecto que
es el sub-process.
- La importacion del projecto-principal y el projecto-sub-proceso
es independiente, este criterio ya se lo tiene en produccion desde
hace varias veriones atras.
- Un ejemplo practico seria el siguiente caso:
Un administrador exporta el projecto-principal y el projecto-sub-proceso,
y dadas las circunstancias el projecto-sub-proceso se pierde, dañetc.
Entonces el administrador por lo menos lograra importar en su workspace
el projecto-principal (pues la importacion no valida que primero deba
importar el projecto-sub-proceso)
> Se han implementado los metodos para: Export, Import y Delete (delete Process) de este nuevo "Objeto", asi tambien
se ha agregado validaciones en el listados en el casesList.
- Se han implementado los siguientes Endpoints:
GET /api/1.0/{workspace}/project/{prj_uid}/message-event-definitions
GET /api/1.0/{workspace}/project/{prj_uid}/message-event-definition/{msged_uid}
GET /api/1.0/{workspace}/project/{prj_uid}/message-event-definition/event/{evn_uid}
POST /api/1.0/{workspace}/project/{prj_uid}/message-event-definition
PUT /api/1.0/{workspace}/project/{prj_uid}/message-event-definition/{msged_uid}
DELETE /api/1.0/{workspace}/project/{prj_uid}/message-event-definition/{msged_uid}
- Se han implementado los metodos necesarios/requeridos para el backend
del DESIGNER para esta nueva funcionalidad
> ProcessMaker-MA "Message (endpoints)"
- Se han implementado los siguientes Endpoints:
GET /api/1.0/{workspace}/project/{prj_uid}/message-types/{msgt_uid}
GET /api/1.0/{workspace}/project/{prj_uid}/message-type/{msgt_uid}
POST /api/1.0/{workspace}/project/{prj_uid}/message-type
PUT /api/1.0/{workspace}/project/{prj_uid}/message-type/{msgt_uid}
DELETE /api/1.0/{workspace}/project/{prj_uid}/message-type/{msgt_uid}
- Se han implementado los metodos necesarios para el Export, Import y Delete (delete Process) de este nuevo "Objeto"
- Se han implementado los siguientes Endpoints:
GET /api/1.0/{workspace}/project/{prj_uid}/web-entry-events
GET /api/1.0/{workspace}/project/{prj_uid}/web-entry-event/{wee_uid}
GET /api/1.0/{workspace}/project/{prj_uid}/web-entry-event/event/{evn_uid}
POST /api/1.0/{workspace}/project/{prj_uid}/web-entry-event
PUT /api/1.0/{workspace}/project/{prj_uid}/web-entry-event/{wee_uid}
DELETE /api/1.0/{workspace}/project/{prj_uid}/web-entry-event/{wee_uid}
- Se han implementado los metodos necesarios para el Export, Import y
Delete (delete Process) de este nuevo "Objeto"
- Se ha solucionado bugs al importar un Projecto con "Gateway to Gateway"
Issue:
Add Gateway to Gateway support
Cause:
Nueva solicitud de funciones
Solution:
- Se ha implementado esta nueva funcionalidad "Gateway to Gateway" de un BPMN-Project a un ProcessMaker-Project
- Se ha agregado un nuevo tipo de Task (GATEWAYTOGATEWAY) que sirve de puente para conectar un Gateway con otro Gateway
Issue:
Add default flow support
Cause:
Nueva solicitud de funciones
Solution:
Se ha implementado esta nueva funcionalidad, la cual se aplica a:
BPMN ProcessMaker
==== ============
Gateway EXCLUSIVE EVALUATE
Gateway INCLUSIVE PARALLEL-BY-EVALUATION
- En el listado de trigger wizards no estaba ordenado, ahora se despliega ordenadamente
- Se corrigio el .feature correspondiente para que aplique el cambio
- Otros fixes tambien se realizaron
- Se a implementado el siguiente Endpoint:
POST /api/1.0/{workspace}/project/import
- Se ha completado la eliminacion de datos de la tabla WEB_ENTRY cuando
se elimina el projecto desde el DESIGNER
- Al importar un projecto con las opciones "OVERWRITE y DISABLE" se encontraron
problemas, los mismos fueron solucionados
- Adding Activity->Gateway Flow handler
- Adding Activity->Gateway ==> Route Listener to Adapter
Now gateways with DIVERGING and CONVERGING directions are interpreted as its respective workflow route types.
