PM-1723 "Designer: Se pierde las configuraciones de un..." SOLVED
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)
This commit is contained in:
@@ -1516,9 +1516,20 @@ class Processes
|
||||
{
|
||||
foreach ($SubProcess as $key => $row) {
|
||||
$oSubProcess = new SubProcess();
|
||||
if ($oSubProcess->subProcessExists( $row['SP_UID'] )) {
|
||||
$oSubProcess->remove( $row['SP_UID'] );
|
||||
}
|
||||
|
||||
//if ($oSubProcess->subProcessExists( $row['SP_UID'] )) {
|
||||
// $oSubProcess->remove( $row['SP_UID'] );
|
||||
//}
|
||||
|
||||
//Delete
|
||||
$criteria = new Criteria("workflow");
|
||||
|
||||
$criteria->add(SubProcessPeer::PRO_PARENT, $row["PRO_PARENT"], Criteria::EQUAL);
|
||||
$criteria->add(SubProcessPeer::TAS_PARENT, $row["TAS_PARENT"], Criteria::EQUAL);
|
||||
|
||||
$result = SubProcessPeer::doDelete($criteria);
|
||||
|
||||
//Create
|
||||
$res = $oSubProcess->create( $row );
|
||||
}
|
||||
return;
|
||||
|
||||
Reference in New Issue
Block a user