Vale, lo revisaré, pero creo que yo no la veo porque la quité para que los usuarios no pudieran hacerlo, o para probar, lo que pasa que como luego no me acuerdo, jejeje.Buenas pues ya esta el tema solucionado, despues de 2 dias y pico dandole vueltas, lo tenia en las narices, como siempre jejeje. Paso a explicarlo.Yo tenia este codigo tuyo Pedro (cosa mal hecha el haberlo copiado todo sin entrar mas a fondo en lo que hacia):<event type="node-enter">
<action class="org.alfresco.repo.workflow.jbpm.AlfrescoJavaScript">
<script>
for (var i = 0; i < bpm_package.children.length; i++)
{
bpm_package.children[i].setInheritsPermissions(false);
var permissions = bpm_package.children[i].permissions;
var acl=[];
for (var j=0; j < permissions.length; j++)
{
acl = permissions[j].split(";");
var perm=acl[2];
var grp=acl[1];
bpm_package.children[i].removePermission(perm,grp);
}
bpm_package.children[i].setPermission("Consumer", reviewer.properties["cm:userName"]);
}
var mail = actions.create("mail");
mail.parameters.to = "correo@correo.es";
mail.parameters.subject = "Notificacion de tarea asignada";
mail.parameters.from = "noreply@notasinternas.edu.gva.es";
mail.parameters.text = reviewer.properties["cm:userName"]+"No responda a este mensaje.Tiene una tarea ASIGNADA debe revisarla aqui http://notasinternas.edu.gva.es";
mail.execute(bpm_package);
</script>
</action>
</event>
En concreto este for es el que me estaba jodiendo:for (var j=0; j < permissions.length; j++)
{
acl = permissions[j].split(";");
var perm=acl[2];
var grp=acl[1];
bpm_package.children[i].removePermission(perm,grp);
}
con este for los permisos del documento se estan recorriendo y se le estan quitando. ¿que ocurria entonces?Pues como ya habia dicho por ahi, el workflow parallelo, cuando llega al fork, lo que hace es disgregarse en tantas ramas(tareas) como usuarios hayamos asignado,una para cada uno, entonces como cada rama de cada usuario ejecutaba el mismo proceso, es decir volvia a quitar los permisos del documento, borraba los del usuario anterior, lo explico con un ejemplo:Creo un workflow parallelo en el que pongo a tres usuario , user1, user2 y user3.Se crea la tarea, y cuando llega al fork, se disgrega en tres, una tarea para user1, otra para user2 y otra para user3En este proceso la tarea de user1 borra los permisos del documento y le asigna el permiso Editor para user1, ya tiene acceso al documento user1 A su vez la tarea del user2 , hace lo mismo, borra los permisos del documento (con lo cual borra el acceso a user1) y da acceso a user2,y lo mismo ocurre con la tarea de user3, borra los permisos del documento (con lo cual borra el acceso a user2), por tanto solo queda acceso para user3y por eso los user1 y user2 cuando revisan la tarea no pueden ver el adjunto.Solulcion, NO BORRAR los permisos anteriores. (lógico, pero hasta que no lo ves!!!! jejeje.)Ahora paso a exponer el codigo definitivo con algunos cambios interesantes.Todo se resume a estas dos lineas:bpm_package.children[i].setPermission("Editor", bpm_assignee.properties["cm:userName"]);
bpm_package.children[i].save();
Es decir considero que quitar la herencia no es necesario, ya que quiero que los demas grupos o usuarios que si que tienen permiso sobre el espacio donde se encuentra el documento lo sigan viendo. y ademas como ya he dicho, DEJO DE BORRAR LOS PERMISOS. De esta manera consigo mantener los permisos de laherencia y añadir los que me hacen falta para cada usuario, y ademas puedo volver a generar el mismo proceso, cuando los usuarios entren a la tarea y la validen(o cierren, o lo que sea), pero esta vez con la linea "bpm_package.children.removePermission("Editor", bpm_assignee.properties["cm:userName"]);"
vuelvo a ir quitando los permisos de los usuarios del flujo, de manera que el documento vulve a quedar tal y como estaba al principio.
Bueno y con esto hemos terminado el problema, jejej. Espero que esto le sea util a alguien.
Sin mas, un saludo y gracias a todos, especialmente a ti Pedro y a Innovasoft, por todas las molestias que os habeis tomado conmigo y toda la ayuda que me habeis dado.
Saludos.
