- 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
Casos duplicados ante cierto evento con el Assign Task dentro de las opciones de steps
Se agrego una validacion, si el caso ya fue derivado, evita una segunda derivacion y redirecciona al inbox previo mensaje de informacion
Casos duplicados ante cierto evento con el Assign Task dentro de las opciones de steps
Se agrego una validacion, si el caso ya fue derivado, evita una segunda derivacion y redirecciona al inbox previo mensaje de informacion
Casos duplicados ante cierto evento con el Assign Task dentro de las opciones de steps
Se agrego una validacion, si el caso ya fue derivado, evita una segunda derivacion y redirecciona al inbox previo mensaje de informacion
> 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:
Error al borrar un Dynaforms/Input Documents en Supervisor Steps.
Cause:
Uso incorrecto de la funcion "var_dump" y "echo" en el metodo "reorderPositions()"
Solution:
Se estan quitando esas lineas
> 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 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
-----
Merge branch 'master' of bitbucket.org:colosa/processmaker into PM-937
Conflicts:
workflow/engine/classes/model/map/TaskMapBuilder.php
-----
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
Issue:
Analisis de los resultados de escaneo de las funciones en ProcessMaker. Plugin/trigger code scanner.
Cause:
Nueva solicitud de funciones
Solution:
Se ha implementado esta nueva funcionalidad, que consta de lo siguiente:
- Escaneo de codigo al importar un plugin (no se aplica a plugins enterprise)
- Escaneo de codigo al habilitar un plugin (si el plugin ya se encuentra fisicamente en el directorio de los plugins)
- Escaneo de codigo al importar un proceso
- Escaneo de codigo al crear/modificar codigo de un trigger
- Escaneo de codigo al ejecutar un caso que tenga seteados triggers en sus steps (si el trigger tiene codigo
no deseado, no se ejecuta el trigger)
- Se ha agregado la opcion "check-plugin-disabled-code" al comando "./gulliver", el mismo muestra
informacion sobre los plugins con codigo no deseado.
Ej: $ ./gulliver check-plugin-disabled-code [enterprise-plugin|custom-plugin|all|<plugin-name>]
- Se ha agregado la opcion "check-workspace-disabled-code" al comando "./processmaker", el mismo muestra
informacion sobre los workspaces con codigo no deseado en sus triggers.
Ej: $ ./processmaker check-workspace-disabled-code <myWorkspace>
- Por defecto ProcessMaker no realiza el escaneo de codigo, si se desea escanear codigo no deseado, se
debera definir el atributo "enable_blacklist = 1" en el archivo "env.ini", este atributo no se aplica
a las nuevas opciones creadas para los comandos "./gulliver" y "./processmaker"
- Para una configuracion personalizada de codigo no deseado (lista negra), se pueden definir las mismas en
el archivo "path/to/processmaker/workflow/engine/config/blacklist.ini" (si no existe el
archivo se puede crear), o tambien en el atributo "disable_functions" esto en el archivo "php.ini"
Ejemplo de "blacklist.ini":
;Classes
;=======
DashletInterface
;Functions
;=========
eval
exec
;date
;echo
strlen
