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
- al realizar el backup de una version 2.0.45 no se reconocen las licencias activadas.
- Se añade una validacion para redirecionar el path de la licencia ACTIVA.
Los dos primeros errores reportados en el ticket no se pueden replicar.
1er Error. Notice: PHP Notice: Use of undefined constant PATH_PLUGIN - assumed 'PATH_PLUGIN'
Se cambio por la variable correcta que obtiene el path del archivo enterprise.php -> $pathFileEnterprise.
2do Error. Problema con los Indices y 2 tablas q se actualizaban constantemente (PM-81)
- Las 2 tablas q se actualizaban constantemente eran: ADDONS_STORE y LICENSE_MANAGER ya que estas tablas no tenian en el schema.xml en la definicion de su primary_key required="true", por lo tanto se tomaba como required="false" y al comparar con el schema de la BD actual habia una diferencia, la cual se intentaba actualizar.
- Los 15 Indices a aniadirse eran indices de tablas BPMN_XXX en cuales el schema.xml estaba l definido, ya que los indices solo contemplaban el nombre de la columna q se declaraba como indice y nunca se declaro el nombre del indice como tal:
<index>
<index-column name="PAR_UID"/>
</index>
Por lo tanto se comparaba un campo vacio "" nombre del indice segun el nuevo schema y el nombre dado en el schema de la BD, siendo diferentes creaba nuevamente un indice con nombre de la columna por defecto.
Deberia estar asi en el shema.xml:
<index name="BPMN_PARTICIPANT_I_1">
<index-column name="PAR_UID"/>
</index>
El metodo upgradeFilesManager estaba recuperando los workspaces y haciendo la actualizacion de los files correspondientes de los mismos, siendo q se llamaba a este metodo por cada workspace.
La llamada al metodo upgradeFilesManager y el metodo en si se movieron a la clase class.wsTools.php haciendo la llamada a la misma por cada workspace, para que realize la respectiva actualizacion de los files de cada workspace.
When you try to upgrade more than 160 ws in a single PM instalation a TO MANY CONNECTIONS ERROR happens, and this stop the ws upgrade.
When you make the upgrade of many ws, each ws opens a new connection to the DB, and this is closed only at the end of all ws upgrade, so this cause the TO MANY CONNECTIONS error.
To solve the problem I kill the connection to the DB at the end of each ws upgrade.
When you try to upgrade more than 160 ws in a single PM instalation a TO MANY CONNECTIONS ERROR happens, and this stop the ws upgrade.
When you make the upgrade of many ws, each ws opens a new connection to the DB, and this is closed only at the end of all ws upgrade, so this cause the TO MANY CONNECTIONS error.
To solve the problem I kill the connection to the DB at the end of each ws upgrade.
- The command ./processmaker workspace-restore always change the files directory structure to new estructure
- The original structure shold not be changed in the 'workspace-restore' command, for this purpose exists another command to execute this action when the user require this functionality
Se realizo un cambio en el schema de la BD Rbac para que el campo Password de la tabla AUTHENTICATION_SOURCE tenga un tamanio mayor de 150 caracteres.
Ademas de esto se realizaron cambios en la clase WsTools para poder hacer el cambio en el schema de la bd actual al realizar un upgrade.
Se realizo un cambio en el schema de la BD Rbac para que el campo Password de la tabla AUTHENTICATION_SOURCE tenga un tamanio mayor de 150 caracteres.
Ademas de esto se realizaron cambios en la clase WsTools para poder hacer el cambio en el schema de la bd actual al realizar un upgrade.
Please enter the commit message for your changes. Lines starting
Se realizo un cambio en el schema de la BD Rbac para que el campo Password de la tabla AUTHENTICATION_SOURCE tenga un tamanio mayor de 150 caracteres.
Ademas de esto se realizaron cambios en la clase WsTools para poder hacer el cambio en el schema de la bd actual al realizar un upgrade.
Please enter the commit message for your changes. Lines starting
Se realizo un cambio en el schema de la BD Rbac para que el campo Password de la tabla AUTHENTICATION_SOURCE tenga un tamanio mayor de 150 caracteres.
Ademas de esto se realizaron cambios en la clase WsTools para poder hacer el cambio en el schema de la bd actual al realizar un upgrade.
Please enter the commit message for your changes. Lines starting
- Al realizar workspace-restore de un backup el tiempo que toma para restaurarlo es demasiado.
- Al estar realizando el restore se van ejecuantado los scripts de llenado de datos en la funcion "executeSQLScript" no se hacia un adecuado insert de los registros.
- se utiliza la funcion de mysql "START TRANSACTION" y "COMMIT" que son compatibles para MyISAM y InnoDB, y se van insertando los registros "Insert" por lotes.
