Workflow et permissions

  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:f9338bab2f0d3a2c65081cbd8044ddd1' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,<br />\nj\'ai le message suivant dans recoltes :<br />\nServletException in:/WEB-INF/jsp/listcollect.jsp] Cannot get value for<br />\nexpression \'#{CollectManagerBean.collectInfos}\'\'</p>\n<p>Dernier version installée également pour Exist.</p>\n<p>J\'arrive à définir des \"Définissions\" et je n\'ai aucun enregistrement<br />\ndans rapports.</p>\n<p>Merci.</p>\n<p>--<br />\n--------<br />\nYves<br />\nPôle du Système d\'Information<br />\nPages professionn\n</div>\n', created = 1507745810, expire = 1507832210, headers = '', serialized = 0 WHERE cid = '4:f9338bab2f0d3a2c65081cbd8044ddd1' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:f9338bab2f0d3a2c65081cbd8044ddd1' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,<br />\nj\'ai le message suivant dans recoltes :<br />\nServletException in:/WEB-INF/jsp/listcollect.jsp] Cannot get value for<br />\nexpression \'#{CollectManagerBean.collectInfos}\'\'</p>\n<p>Dernier version installée également pour Exist.</p>\n<p>J\'arrive à définir des \"Définissions\" et je n\'ai aucun enregistrement<br />\ndans rapports.</p>\n<p>Merci.</p>\n<p>--<br />\n--------<br />\nYves<br />\nPôle du Système d\'Information<br />\nPages professionn\n</div>\n', created = 1507745810, expire = 1507832210, headers = '', serialized = 0 WHERE cid = '4:f9338bab2f0d3a2c65081cbd8044ddd1' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:94cb6493059a16e9da14a31bf9bb2221' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour Vincent,</p>\n<p>Je fais des tests sur le module Workflow 1.0.0,<br />\net notamment avec le workflow Easy (utilisant le LOM) fourni dans ORI-OAI.</p>\n<p>1) Qu\'apporte la permission MODERATE du rôle MODERATOR dans les<br />\nfonctionnalités et/ou les<br />\ninterfaces du module Workflow (par rapport à la permission USE_LOM_FORM<br />\npar exemple) ?<br />\n(cf le fichier conf\\properties\\spring\\acegi\\acegi-acls-root.xml)</p>\n<p>2) Le fichier \"conf\\properties\\spring\\spring-metadata-types.xml\" semble<br />\nindiquer que la permission WRITE<br />\nne sert que pour les formulaires Dublin Core (\"dcform\").<br />\nSi c\'est le cas, elle est superflu dans le workflow Easy, où les<br />\npermissions USE_CREATE_FORM et<br />\nUSE_LOM_FORM sont respectivement les équivalents de WRITE pour les<br />\nformulaires LOM \"auteur\" et LOM \"complet\".<br />\nEst-ce correct ?</p>\n<p>3) j\'ai ajouté un dossier */\"Ressources pédagogiques publiées\"/*<br />\nvisible pour le modérateur<br />\n(via le fichier conf\\properties\\spring\\spring-categories.xml).<br />\nJe souhaitais que le modérateur puisse voir (lire) les fiches des<br />\nressources pédagogiques publiées (état Public) SANS pouvoir les modifier.</p>\n<p>J\'ai donc ajouté la permission \"READ\" au modérateur dans le<br />\nfichier conf\\properties\\spring\\osworkflow\\workflows\\workflow_easy.xml.</p>\n<p>Lorsque le modérateur clique sur le lien \"Fiche LOM Complète\" de la<br />\ncolonne Editer du dossier \"Ress. pédag. publiées\",<br />\nil voit bien le formulaire complet, MAIS il peut modifier les valeurs<br />\ndes champs et faire une sauvegarde des modif (bouton<br />\n\"Sauvegarder et Quitter\").</p>\n<p>Suis-je obligé de créer un formulaire spéciale (style<br />\n\"LOM_FULL_MODERATOR\"), identique dans son contenu au LOM \"complet\"<br />\nmais sans les boutons \"Sauvegarder\" et \"Sauvegarder et Quitter\", pour<br />\nque le modérateur puisse lire les fiches sans pouvoir les modifier ?</p>\n<p>4) Toute modif de configuration n\'est prise en compte dans l\'interface<br />\nque pour les fiches générées APRES la modif.<br />\n(voir exemple en attaché).<br />\nEst-ce normal ?<br />\nEst-il possible que la modif soit aussi prise en compte pour les fiches<br />\ngénérées avant la modif de config ?</p>\n<p>Merci !</p>\n<p>Jacques</p>\n<p>--<br />\nJacques Brassart<br />\nUNR Nord-Pas de Calais<br />\nUniversité de Valenciennes et du Hainaut-Cambrésis<br />\nTél : 03 27 51 17 61</p>\n<p>--<br />\nCe message a été vérifié par MailScanner<br />\npour des virus ou des polluriels et rien de<br />\nsuspect n\'a été trouvé.</p>\n</div>\n', created = 1507745810, expire = 1507832210, headers = '', serialized = 0 WHERE cid = '4:94cb6493059a16e9da14a31bf9bb2221' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:511cc5b3f3ac3799a77c6f0eaacf9949' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour Jacques,</p>\n<p>1)<br />\nL\'idée était ici de déclarer suffisament de rôles et de permissions afin<br />\nque l\'exploitant n\'ait pas (ou le moins possible) le besoin d\'en<br />\ndéclarer de nouveaux.<br />\nLes workflows et l\'utilisation des rôles/permissions au travers de<br />\nceux-ci restent des exemples à mettre en place par l\'exploitant.<br />\nPar défaut, il est possible qu\'actuellement des permissions/rôles ne<br />\nsoient pas forcément utilisées au mieux dans les workflows proposés (il<br />\ny a des choses qui peuvent ne pas sembler logique, je ne sais pas ...).<br />\nAussi ici par rapport aux workflows donnés, il est fort possible que les<br />\npermissions MODERATE et USE_LOM_FORM soient redondantes (il faudrait<br />\nvérifier mais je crois effectivement que c\'est le cas) ... peut-être<br />\nd\'ailleurs que la permission noté comme USE_LOM_FORM n\'est pas un bon<br />\nchoix dans le sens où celle-ci est spécifique à un format qui est ici le<br />\nLOM (ce serait donc à revoir ...).</p>\n<p>2)<br />\nDe même que pour le 1) on n\'a pas forcément fait les meilleurs choix en<br />\nterme de déclaration de permissions, à y repenser on aurait pu pour<br />\nsimplifier se contenter peut-être effectivement des permissions WRITE et<br />\nMODERATE en lieu et place de USE_CREATE_FORM et USE_LOM_FORM ...</p>\n<p>3)<br />\n il n\'y a pas de prise en compte avancée des permissions dans l\'éditeur<br />\nde métadonnées : les permissions ne servent qu\'à donner accès ou pas à<br />\ndes formulaires.<br />\nIci cependant, note que tu peux voir la fiche sans utiliser un<br />\nformulaire : colonne historique, tu cliques sur voir, puis tu cliques<br />\nencore sur le bouton voir pour avoir une vision d\'ensemble de la fiche.</p>\n<p>4)<br />\nTout à fait, les modifications d\'un workflow ne change en rien l\'état<br />\nactuels des fiches : aussi, par exemple il faut faire attention à ne pas<br />\nsupprimer des états dans lesquels subsistent des fiches, on aurait alors<br />\ndes fiches dans des états fantômes, ces fiches ne seraient alors plus<br />\nmanipulables ....<br />\nPour des prochaines versions du module, on ressent le besoin de pouvoir<br />\nfaire jouer par un administrateur les fonctions disponibles dans les<br />\nworkflows (osworkflow) sur un ensemble de fiches ... cela via l\'ihm ...</p>\n<p>Bonne soirée,<br />\nVincent.</p>\n<p>Jacques Brassart wrote:<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour Vincent,<br />\n><br />\n> Je fais des tests sur le module Workflow 1.0.0,<br />\n> et notamment avec le workflow Easy (utilisant le LOM) fourni dans<br />\n> ORI-OAI.<br />\n><br />\n> 1) Qu\'apporte la permission MODERATE du rôle MODERATOR dans les<br />\n> fonctionnalités et/ou les<br />\n> interfaces du module Workflow (par rapport à la permission<br />\n> USE_LOM_FORM par exemple) ?<br />\n> (cf le fichier conf\\properties\\spring\\acegi\\acegi-acls-root.xml)<br />\n><br />\n> 2) Le fichier \"conf\\properties\\spring\\spring-metadata-types.xml\"<br />\n> semble indiquer que la permission WRITE<br />\n> ne sert que pour les formulaires Dublin Core (\"dcform\").<br />\n> Si c\'est le cas, elle est superflu dans le workflow Easy, où les<br />\n> permissions USE_CREATE_FORM et<br />\n> USE_LOM_FORM sont respectivement les équivalents de WRITE pour les<br />\n> formulaires LOM \"auteur\" et LOM \"complet\".<br />\n> Est-ce correct ?<br />\n><br />\n> 3) j\'ai ajouté un dossier */\"Ressources pédagogiques publiées\"/*<br />\n> visible pour le modérateur<br />\n> (via le fichier conf\\properties\\spring\\spring-categories.xml).<br />\n> Je souhaitais que le modérateur puisse voir (lire) les fiches des<br />\n> ressources pédagogiques publiées (état Public) SANS pouvoir les modifier.<br />\n><br />\n> J\'ai donc ajouté la permission \"READ\" au modérateur dans le<br />\n> fichier conf\\properties\\spring\\osworkflow\\workflows\\workflow_easy.xml.<br />\n><br />\n> Lorsque le modérateur clique sur le lien \"Fiche LOM Complète\" de la<br />\n> colonne Editer du dossier \"Ress. pédag. publiées\",<br />\n> il voit bien le formulaire complet, MAIS il peut modifier les valeurs<br />\n> des champs et faire une sauvegarde des modif (bouton<br />\n> \"Sauvegarder et Quitter\").<br />\n><br />\n> Suis-je obligé de créer un formulaire spéciale (style<br />\n> \"LOM_FULL_MODERATOR\"), identique dans son contenu au LOM \"complet\"<br />\n> mais sans les boutons \"Sauvegarder\" et \"Sauvegarder et Quitter\", pour<br />\n> que le modérateur puisse lire les fiches sans pouvoir les modifier ?<br />\n><br />\n> 4) Toute modif de configuration n\'est prise en compte dans l\'interface<br />\n> que pour les fiches générées APRES la modif.<br />\n> (voir exemple en attaché).<br />\n> Est-ce normal ?<br />\n> Est-il possible que la modif soit aussi prise en compte pour les<br />\n> fiches générées avant la modif de config ?<br />\n><br />\n><br />\n> Merci !<br />\n><br />\n> Jacques<br />\n><br />\n><br />\n></div>\n</blockquote>\n<p>--<br />\nCe message a été vérifié par MailScanner<br />\npour des virus ou des polluriels et rien de<br />\nsuspect n\'a été trouvé.</p>\n</div>\n', created = 1507745812, expire = 1507832212, headers = '', serialized = 0 WHERE cid = '4:511cc5b3f3ac3799a77c6f0eaacf9949' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
2 messages / 0 nouveaux
Sujet clos
Dernière contribution
29 mai 2008 - 12:25pm
#1
jbrassar
Workflow et permissions
Bonjour Vincent,

Je fais des tests sur le module Workflow 1.0.0,
et notamment avec le workflow Easy (utilisant le LOM) fourni dans ORI-OAI.

1) Qu'apporte la permission MODERATE du rôle MODERATOR dans les
fonctionnalités et/ou les
interfaces du module Workflow (par rapport à la permission USE_LOM_FORM
par exemple) ?
(cf le fichier conf\properties\spring\acegi\acegi-acls-root.xml)

2) Le fichier "conf\properties\spring\spring-metadata-types.xml" semble
indiquer que la permission WRITE
ne sert que pour les formulaires Dublin Core ("dcform").
Si c'est le cas, elle est superflu dans le workflow Easy, où les
permissions USE_CREATE_FORM et
USE_LOM_FORM sont respectivement les équivalents de WRITE pour les
formulaires LOM "auteur" et LOM "complet".
Est-ce correct ?

3) j'ai ajouté un dossier */"Ressources pédagogiques publiées"/*
visible pour le modérateur
(via le fichier conf\properties\spring\spring-categories.xml).
Je souhaitais que le modérateur puisse voir (lire) les fiches des
ressources pédagogiques publiées (état Public) SANS pouvoir les modifier.

J'ai donc ajouté la permission "READ" au modérateur dans le
fichier conf\properties\spring\osworkflow\workflows\workflow_easy.xml.

Lorsque le modérateur clique sur le lien "Fiche LOM Complète" de la
colonne Editer du dossier "Ress. pédag. publiées",
il voit bien le formulaire complet, MAIS il peut modifier les valeurs
des champs et faire une sauvegarde des modif (bouton
"Sauvegarder et Quitter").

Suis-je obligé de créer un formulaire spéciale (style
"LOM_FULL_MODERATOR"), identique dans son contenu au LOM "complet"
mais sans les boutons "Sauvegarder" et "Sauvegarder et Quitter", pour
que le modérateur puisse lire les fiches sans pouvoir les modifier ?

4) Toute modif de configuration n'est prise en compte dans l'interface
que pour les fiches générées APRES la modif.
(voir exemple en attaché).
Est-ce normal ?
Est-il possible que la modif soit aussi prise en compte pour les fiches
générées avant la modif de config ?

Merci !

Jacques

--
Jacques Brassart
UNR Nord-Pas de Calais
Université de Valenciennes et du Hainaut-Cambrésis
Tél : 03 27 51 17 61

--
Ce message a été vérifié par MailScanner
pour des virus ou des polluriels et rien de
suspect n'a été trouvé.

Haut
Étiquettes:
29 mai 2008 - 5:24pm
#2
vincentbonamy
Bonjour Jacques,

1)
L'idée était ici de déclarer suffisament de rôles et de permissions afin
que l'exploitant n'ait pas (ou le moins possible) le besoin d'en
déclarer de nouveaux.
Les workflows et l'utilisation des rôles/permissions au travers de
ceux-ci restent des exemples à mettre en place par l'exploitant.
Par défaut, il est possible qu'actuellement des permissions/rôles ne
soient pas forcément utilisées au mieux dans les workflows proposés (il
y a des choses qui peuvent ne pas sembler logique, je ne sais pas ...).
Aussi ici par rapport aux workflows donnés, il est fort possible que les
permissions MODERATE et USE_LOM_FORM soient redondantes (il faudrait
vérifier mais je crois effectivement que c'est le cas) ... peut-être
d'ailleurs que la permission noté comme USE_LOM_FORM n'est pas un bon
choix dans le sens où celle-ci est spécifique à un format qui est ici le
LOM (ce serait donc à revoir ...).

2)
De même que pour le 1) on n'a pas forcément fait les meilleurs choix en
terme de déclaration de permissions, à y repenser on aurait pu pour
simplifier se contenter peut-être effectivement des permissions WRITE et
MODERATE en lieu et place de USE_CREATE_FORM et USE_LOM_FORM ...

3)
il n'y a pas de prise en compte avancée des permissions dans l'éditeur
de métadonnées : les permissions ne servent qu'à donner accès ou pas à
des formulaires.
Ici cependant, note que tu peux voir la fiche sans utiliser un
formulaire : colonne historique, tu cliques sur voir, puis tu cliques
encore sur le bouton voir pour avoir une vision d'ensemble de la fiche.

4)
Tout à fait, les modifications d'un workflow ne change en rien l'état
actuels des fiches : aussi, par exemple il faut faire attention à ne pas
supprimer des états dans lesquels subsistent des fiches, on aurait alors
des fiches dans des états fantômes, ces fiches ne seraient alors plus
manipulables ....
Pour des prochaines versions du module, on ressent le besoin de pouvoir
faire jouer par un administrateur les fonctions disponibles dans les
workflows (osworkflow) sur un ensemble de fiches ... cela via l'ihm ...

Bonne soirée,
Vincent.

Jacques Brassart wrote:

> Bonjour Vincent,
>
> Je fais des tests sur le module Workflow 1.0.0,
> et notamment avec le workflow Easy (utilisant le LOM) fourni dans
> ORI-OAI.
>
> 1) Qu'apporte la permission MODERATE du rôle MODERATOR dans les
> fonctionnalités et/ou les
> interfaces du module Workflow (par rapport à la permission
> USE_LOM_FORM par exemple) ?
> (cf le fichier conf\properties\spring\acegi\acegi-acls-root.xml)
>
> 2) Le fichier "conf\properties\spring\spring-metadata-types.xml"
> semble indiquer que la permission WRITE
> ne sert que pour les formulaires Dublin Core ("dcform").
> Si c'est le cas, elle est superflu dans le workflow Easy, où les
> permissions USE_CREATE_FORM et
> USE_LOM_FORM sont respectivement les équivalents de WRITE pour les
> formulaires LOM "auteur" et LOM "complet".
> Est-ce correct ?
>
> 3) j'ai ajouté un dossier */"Ressources pédagogiques publiées"/*
> visible pour le modérateur
> (via le fichier conf\properties\spring\spring-categories.xml).
> Je souhaitais que le modérateur puisse voir (lire) les fiches des
> ressources pédagogiques publiées (état Public) SANS pouvoir les modifier.
>
> J'ai donc ajouté la permission "READ" au modérateur dans le
> fichier conf\properties\spring\osworkflow\workflows\workflow_easy.xml.
>
> Lorsque le modérateur clique sur le lien "Fiche LOM Complète" de la
> colonne Editer du dossier "Ress. pédag. publiées",
> il voit bien le formulaire complet, MAIS il peut modifier les valeurs
> des champs et faire une sauvegarde des modif (bouton
> "Sauvegarder et Quitter").
>
> Suis-je obligé de créer un formulaire spéciale (style
> "LOM_FULL_MODERATOR"), identique dans son contenu au LOM "complet"
> mais sans les boutons "Sauvegarder" et "Sauvegarder et Quitter", pour
> que le modérateur puisse lire les fiches sans pouvoir les modifier ?
>
> 4) Toute modif de configuration n'est prise en compte dans l'interface
> que pour les fiches générées APRES la modif.
> (voir exemple en attaché).
> Est-ce normal ?
> Est-il possible que la modif soit aussi prise en compte pour les
> fiches générées avant la modif de config ?
>
>
> Merci !
>
> Jacques
>
>
>

--
Ce message a été vérifié par MailScanner
pour des virus ou des polluriels et rien de
suspect n'a été trouvé.

Haut

Options d'affichage des commentaires

Sélectionnez la méthode d'affichage des commentaires que vous préférez, puis cliquez sur « Enregistrer les paramètres » pour activer vos changements.
Sujet clos
‹ Sujet précédent : Workflow 1.1.0 Sujet suivant : Liste de ressources en cours de traitement ou traitées invisibles ›