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
- 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
- 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"
> ProcessMaker-MA "Email Server (endpoints)"
- Se han implementado los siguientes Endpoints:
GET /api/1.0/{workspace}/email/paged?filter={filter}&start={start}&limit={limit}
GET /api/1.0/{workspace}/emails?filter={filter}&start={start}&limit={limit}
GET /api/1.0/{workspace}/email/{mess_uid}
POST /api/1.0/{workspace}/email
POST /api/1.0/{workspace}/email/test-connection
PUT /api/1.0/{workspace}/email/{mess_uid}
DELETE /api/1.0/{workspace}/email/{mess_uid}
- Se esta creando un 1er registro en la tabla EMAIL_SERVER, esto al ejecutar el comando "./processmaker upgrade".
- El metodo "System::getEmailConfiguration()" recupera el EMAIL_SERVER por default, caso contrario trabajara como lo
hacia anteriormente.
Merge branch 'master' of bitbucket.org:colosa/processmaker into PM-940
Conflicts:
workflow/engine/config/schema.xml
workflow/engine/data/mysql/schema.sql
> ProcessMaker-MA "Email Server (endpoints)"
- Se han implementado los siguientes Endpoints:
GET /api/1.0/{workspace}/email/paged?filter={filter}&start={start}&limit={limit}
GET /api/1.0/{workspace}/emails?filter={filter}&start={start}&limit={limit}
GET /api/1.0/{workspace}/email/{mess_uid}
POST /api/1.0/{workspace}/email
POST /api/1.0/{workspace}/email/test-connection
PUT /api/1.0/{workspace}/email/{mess_uid}
DELETE /api/1.0/{workspace}/email/{mess_uid}
- Se esta creando un 1er registro en la tabla EMAIL_SERVER, esto al ejecutar el comando "./processmaker upgrade".
- El metodo "System::getEmailConfiguration()" recupera el EMAIL_SERVER por default, caso contrario trabajara como lo
hacia anteriormente.
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
Issue:
En "Cases History" no se reflejan las variables generadas por los triggers
asignados al Task (esto en Task>Steps>Triggers>AssignTask)
Cause:
Nuevo requerimiento de funciones
Solution:
- Se ha implementado esta nueva funcionalidad
- Las variables generadas en los triggers que se setean en "Task>Steps>Triggers"
para DynaForms, InputDocuments and OutputDocuments ahora son registrados en la
tabla APP_HISTORY
Issue:
El CasesList es lento cuando existen casos con tipo de asignacion "Self Service Value Based Assignment"
Cause:
Para todos los casos se esta verificando si su asignacion es de tipo "Self Service Value Based Assignment"
Solution:
- Se ha creado una nueva tabla "APP_ASSIGN_SELF_SERVICE_VALUE", en la misma se registraran los casos
con asignacion "Self Service Value Based Assignment"
- Se ha agregado la opcion "database-generate-self-service-by-value" al comando "./processmaker", para poder
generar los registros de la nueva tabla.
Ej: $ ./processmaker database-generate-self-service-by-value myWorkspace
- Perfil por creador de proceso.
- Problema resuelto, en el dynaform Edit Process se ha adicionado un dropdown que determina que tipo de proceso se crea
con dos opciones Public y Private. En la lista de procesos se agrega una nueva columna Type Process que determina
el tipo de proceso, en el listado se muestra todo los procesos publicos y privados creados por un mismo usuario a si
tambien se muestrara los procesos publicos creados por otros usuarios. Al importar el proceso este se importa como publico.
- Feature request - Limit input document maximum size
- Problema resuelto, al crear un nuevo Input Document se ha adicionado un nuevo campo "Maximum file size" y un dropdown
que determina la unidad de medida en "KB y MB", esto permite definir el limite del tamañel archivo a anexar.
Cuando se ejectua el caso al hacer click en "Attach", se muestra el tamañaximo que se puede adjuntar el archivo si es
mayor al limite se mostrara un mensaje; asi tambien si se tiene un file asocioado a un input document al igual que lo
anterior se mostrara un mensaje.
A dropdown was added in the SelfService configuration, this dropdown let you set if the trigger seted in the self service is gonna be executed ONE time or every time that cron is executed.
Some validations where added in the cron_single.php file to save the data in the new table 'APP_TIMEOUT_ACTION_EXECUTED' when the Execution is set in ONCE. If the app_UID is find in this table the trigger will not be executed, if is not find the trigger will be executed.
Nuevo campo en Input Documents, dicho campo acepta las extensiones de los inputdocs permitidos.
Se agregaron validaciones para que funcione correctamente
- Unable to send notification when case is un paused
- Problema resuelto, se agrega un nuevo dropdown en Edit Process cuyo label es"Execute a trigger when a case is unpaused" y
se agrega un nuevo campo "PRO_TRI_UNPAUSED" en la tabla "PROCESS". Cuando un caso esta en "Paused" y se quiere reanudar
el caso aplicando "unpaused" se enviara la notificacion previa configuracion en Edit Process.
Disponible para la version 2.8 de ProcessMaker.
