Valoriser le patrimoine numérique scientifique, pédagogique et documentaire des universités et le partager par un réseau de portails communicants en OAI

> Re,
>
> pour info, je mets le fichier workflow_easy.xml en attaché !
> Voir ligne 82 à 88.
>
> (Peut-on mettre deux fois la même post-fonction à la suite dans
>
... ?
> j'ai mis 2 fois "deletePermission", 1 fois pour le OWNER, 1 fois pour
> le MODERATOR)
>
> Jacques
>
> ------------------------------------------------------------------------
>
> Subject:
> [ori-oai-utilisateurs] Re: Workflow : suppression permission DELETE
> pour rôle MODERATOR
> From:
> Jacques Brassart < >
> Date:
> Fri, 19 Sep 2008 11:12:12 +0200
> To:
> ori-oai-utilisateurs@listes.univ-rennes1.fr
>
> To:
> ori-oai-utilisateurs@listes.univ-rennes1.fr
>
>
>
> Bonjour François,
>
>
>
> Ca ne fonctionne toujours pas !
>
> La case à cocher apparaît toujours pour le rôle MODERATOR, donc
> suppression possible d'une fiche à modérer.
>
>
>
>
>
> Pour info, hier, avant de modifier le fichier "workflow_easy.xml",
> j'avais aussi modifié le fichier "acegi-acl-root.xml" :
>
>

>
> au lieu de :
>
>

.
>
>
>
> Apparemment, dans "acegi-acl-root.xml", j'ai l'impression que
> l'affectation de "permissions" par défaut à certains rôles
>
> n'a pour seul objectif que l'affichage de ces permissions sur la page
> "Profil" de l'IHM du workflow, pour en informer l'utilisateur
> authentifié. Je ne vois aucun autre impact fonctionnel.
>
> (voir aussi mon mail du 17/09 : test sur la permission CREATE)
>
>
>
>
>
> Dans la v1.0, j'avais touché aux mêmes fichiers, quasiment de la même
> manière, et cela fonctionnait :
>
>
>
> - suppression de la permission DELETE affectée par défaut dans
> "acegi-acl-root.xml" ;
>
> - suppression de la permission DELETE affectée par défaut dans
> "workflow_easy.xml"
>
> (dans ce dernier cas, je n'ai pas eu à ajouter une post-fonction
> "deletePermission" !!
>
> j'ai juste modifié la post-focntion "addPermission" :
>
> addPermission
>
> 132

)
>
>
>
> Qu'est-ce qui aurait changé entre la v1.0 et la v1.1 ?
>
> Aurais-tu une piste ?
>
>
>
> Merci !
>
>
>
> Jacques
>
>
>
>
>
> François Jannin a écrit :
>

>> Bonjour Jacques, Dans la version 1.1, le role moderator part avec le
>> masque de permission moderate + delete, comme défini dans
>> acegi-acl-root.xml : >> class="org.orioai.workflow.beans.acls.OriAclPermission">
>>
>> value="4"/>

Donc le fait de
>> NE PAS ajouter la permission DELETE ne suffit pas, il faut lui ôter
>> en ajoutant des les post-fonctions :
>> >> name="bean.name">deletePermission
>> 16

>> 4

Cordialement,
>> François Jacques Brassart a écrit :

>>> Bonjour, Je souhaite enlever la permission DELETE pour le rôle
>>> MODERATOR dans le workflow "easy" (version v1.1). Sous la v1.0,
>>> j'avais réussi en modifiant la transition "Ask to Publish" dans le
>>> workflow "easy"
>>> (ori-oai-workflow-svn\conf\properties\spring\osworkflow\workflows\workflow_easy.xml).
>>> J'ai appliqué la même recette pour la v1.1, à savoir :
>>> **************************** ...
>>>
...
>>> >>> name="bean.name">addPermission* * >>> name="mask">128

(au
>>> lieu de : 148

, dans la config d'origine).
>>> ***************************** J'ai fait un "ant all", puis un "ant
>>> update-acls". Mais apparemment, le rôle MODERATOR peut toujours
>>> supprimer les fiches que lui demande de publier l'auteur. (case à
>>> cocher toujours présente dans la première colonne). Or, sous la
>>> v1.0, la case à cocher n'était plus visible après cette modif !! (le
>>> modérateur ne pouvait alors plus "Supprimer" une fiche qu'il avait à
>>> examiner) Y aurait-t-il un pb de cache avec le module workflow ?
>>> (dois-je attendre un certain temps après la modif ?) Sinon, comment
>>> désactiver cette fonctionnalité "Supprimer" pour MODERATOR ? Merci !
>>> Jacques

>
>
>