workflow droits ...

workflow droits ...

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:3e1278efa68ae70207062e4c1e5d440e' 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\">\nBonjour,\nJ\'ai une question sur le niveau de sécurité des moissons. En fait, si l\'on \ncompare le module du workflow et celui du moissonneur, alors que dans le cas du \nworkflow, il existe une authentification, ce n\'est pas le cas du moissonneur. \nIl suffit de connaître l\'url du moissonneur pour aller ensuite lancer autant \nde moissons voulues, sans pour autant être l\'administrateur du système.\n</div>\n', created = 1507745761, expire = 1507832161, headers = '', serialized = 0 WHERE cid = '4:3e1278efa68ae70207062e4c1e5d440e' 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:3e1278efa68ae70207062e4c1e5d440e' 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\">\nBonjour,\nJ\'ai une question sur le niveau de sécurité des moissons. En fait, si l\'on \ncompare le module du workflow et celui du moissonneur, alors que dans le cas du \nworkflow, il existe une authentification, ce n\'est pas le cas du moissonneur. \nIl suffit de connaître l\'url du moissonneur pour aller ensuite lancer autant \nde moissons voulues, sans pour autant être l\'administrateur du système.\n</div>\n', created = 1507745761, expire = 1507832161, headers = '', serialized = 0 WHERE cid = '4:3e1278efa68ae70207062e4c1e5d440e' 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:ef1c5aad19f7167bc6eacd23a3715175' 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, \nje viens de m\'apercevoir en fait que tout le monde a le droit de publier \ndes ressources ! \nJ\'ai bien sûr fait un ant deploy puis un ant update-acls puis redémarrer \nle workflow \nEst-ce que j\'ai oublié quelque chose ?\nMerci.\n<bean name=\"additionalGroupsFiltersMapping\" \nclass=\"org.springframework.beans.factory.config.MapFactoryBean\">\n<property name=\"sourceMap\">\n <map> \n <entry key=\"all\">\n<value>(objectClass=Person)</value> \n </entry> \n <entry key=\"moderators\">\n<value>(|(&(objectClass=Person)(uid=toto))(&(objectClass=Person)(uid=equemener))(&(objectClass=Person)(uid=ydaoulat)))</value> \n </entry> \n <entry key=\"admins\">\n<value>(&(objectClass=Person)(uid=ydaoulat))</value> \n </entry> \n </map> \n </property>\n </bean>\n-- \n-------- \nYves \nPôle du Système d\'Information \nPages professionnelles ENS : <a href=\"http://perso.ens-lyon.fr/yves.daoulatian/\" title=\"http://perso.ens-lyon.fr/yves.daoulatian/\">http://perso.ens-lyon.fr/yves.daoulatian/</a>\n-- \nCe message a été vérifié par MailScanner \npour des virus ou des polluriels et rien de \nsuspect n\'a été trouvé.\n</div>\n', created = 1507745761, expire = 1507832161, headers = '', serialized = 0 WHERE cid = '4:ef1c5aad19f7167bc6eacd23a3715175' 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:ea22e668c804982f1386555fea85ae84' 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 Yves,\nTu parles sûrement des fiches de type \"Document\".\nPar défaut effectivement, le workflow utilisé et qui est défini dans le \nfichier \"workflow_very_easy.xml\" conditionne l\'action Publish par : \n <restrict-to> \n <conditions type=\"AND\"> \n <condition type=\"spring\"> \n <arg name=\"bean.name\">hasRole</arg> \n <arg name=\"mask\">2</arg>\n </condition> \n </conditions> \n </restrict-to>\n=> ce qui permet à tout propriétaire de fiche, de publier soit-même la \nfiche.\nSi tu veux un workflow plus complexe (avec une modération), il te faut \nredéfinir celui-ci (en t\'inspirant du workflow pour les ressources \npédaogiques par exemple, et qui est en 3 états [workflow_easy.xml]).\nVincent.\nYves Daoulatian wrote: \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Bonjour, \n> je viens de m\'apercevoir en fait que tout le monde a le droit de \n> publier des ressources ! \n> J\'ai bien sûr fait un ant deploy puis un ant update-acls puis \n> redémarrer le workflow \n> Est-ce que j\'ai oublié quelque chose ? \n> \n> Merci. \n> \n> \n> \n> <bean name=\"additionalGroupsFiltersMapping\" \n> class=\"org.springframework.beans.factory.config.MapFactoryBean\"> \n> \n<property name=\"sourceMap\">\n> <map> \n> <entry key=\"all\"> \n> \n> <value>(objectClass=Person)</value> \n> </entry> \n> <entry key=\"moderators\"> \n> \n> <value>(|(&(objectClass=Person)(uid=toto))(&(objectClass=Person)(uid=equemener))(&(objectClass=Person)(uid=ydaoulat)))</value> \n> \n> </entry> \n> <entry key=\"admins\"> \n> \n> <value>(&(objectClass=Person)(uid=ydaoulat))</value> \n> </entry> \n> </map> \n> </property>\n> </bean> \n></div>\n</blockquote>\n-- \nCe message a été vérifié par MailScanner \npour des virus ou des polluriels et rien de \nsuspect n\'a été trouvé.\n</div>\n', created = 1507745763, expire = 1507832163, headers = '', serialized = 0 WHERE cid = '4:ea22e668c804982f1386555fea85ae84' 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:ef1e5dde9b76953cff667599005e5fc4' 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\">re, \nok mais est-ce que je suis obligé de passer à un workflow à 3 états pour \nsimplement définir que la majorité des personnes ont le droit de déposer \net qu\'un petit nombre est modérateur. \nDans ma configuration actuelle l\'administrateur n\'a pas le droit de \nsupprimer une ressource publiée par une autre personne.!\nEst-ce qu\'avec les groupes je peux dans le fichier acegi-acls-root.xml \ndéfinir un groupe qui serait modérateur \nvalue = groupe_ldap_des_modérateur avec un mask de ?\nSi ce n\'est pas possible je passerai à un workflow en 3 états avec une \nnouvelle transition \"archived\" comme nous avons vu en formation !\nMerci beaucoup.\n-------- \nYves \nPôle du Système d\'Information \nPages professionnelles ENS : <a href=\"http://perso.ens-lyon.fr/yves.daoulatian/\" title=\"http://perso.ens-lyon.fr/yves.daoulatian/\">http://perso.ens-lyon.fr/yves.daoulatian/</a>\nVincent Bonamy a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Bonjour Yves, \n> \n> Tu parles sûrement des fiches de type \"Document\". \n> \n> Par défaut effectivement, le workflow utilisé et qui est défini dans \n> le fichier \"workflow_very_easy.xml\" conditionne l\'action Publish par : \n> <restrict-to> \n> <conditions type=\"AND\"> \n> <condition type=\"spring\"> \n> <arg name=\"bean.name\">hasRole</arg> \n> <arg name=\"mask\">2</arg>\n> </condition> \n> </conditions> \n> </restrict-to> \n> \n> => ce qui permet à tout propriétaire de fiche, de publier soit-même la \n> fiche. \n> \n> Si tu veux un workflow plus complexe (avec une modération), il te faut \n> redéfinir celui-ci (en t\'inspirant du workflow pour les ressources \n> pédaogiques par exemple, et qui est en 3 états [workflow_easy.xml]). \n> \n> Vincent. \n> \n> \n> \n> Yves Daoulatian wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Bonjour, \n>> je viens de m\'apercevoir en fait que tout le monde a le droit de \n>> publier des ressources ! \n>> J\'ai bien sûr fait un ant deploy puis un ant update-acls puis \n>> redémarrer le workflow \n>> Est-ce que j\'ai oublié quelque chose ? \n>> \n>> Merci. \n>> \n>> \n>> \n>> <bean name=\"additionalGroupsFiltersMapping\" \n>> class=\"org.springframework.beans.factory.config.MapFactoryBean\"> \n>> \n<property name=\"sourceMap\">\n>> <map> \n>> <entry key=\"all\"> \n>> \n>> <value>(objectClass=Person)</value> \n>> </entry> \n>> <entry key=\"moderators\"> \n>> \n>> <value>(|(&(objectClass=Person)(uid=toto))(&(objectClass=Person)(uid=equemener))(&(objectClass=Person)(uid=ydaoulat)))</value> \n>> \n>> </entry> \n>> <entry key=\"admins\"> \n>> \n>> <value>(&(objectClass=Person)(uid=ydaoulat))</value> \n>> </entry> \n>> </map> \n>> </property>\n>> </bean> \n>></blockquote>\n<blockquote class=\"emailFilter_Author_0\">></div>\n</blockquote>\n-- \nCe message a été vérifié par MailScanner \npour des virus ou des polluriels et rien de \nsuspect n\'a été trouvé.\n</div>\n', created = 1507745763, expire = 1507832163, headers = '', serialized = 0 WHERE cid = '4:ef1e5dde9b76953cff667599005e5fc4' 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:9e9d5ab859ab746bdee8fc0a82af45b6' 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 Yves,\n* Non, tu n\'es pas obligé, mais si tu restes sur 2 étapes, le modérateur \nne pourra pas savoir quand est-ce qu\'il devra/pourra publier telle ou \ntelle ressource je pense, non ?\n* Pour supprimer une ressource publiée, il faut toujours la dépublier avant. \nMais effectivement, je ne suis pas sûr que par défaut l\'administrateur \nait le droit de rendre privé toutes les fiches publiées.\n* Avec les groupes tu peux définir un groupe qui serait modérateur, mais \nc\'est déjà le cas par défaut je crois :\n<bean class=\"org.orioai.workflow.beans.acls.OriAclRole\">\n<property name=\"mask\" value=\"4\"/>\n<property name=\"recipient\" value=\"moderators\"/>\n</bean>\nPar contre dans le workflow associé aux Documents DC ( \nworkflow_very_easy.xml ), tu peux ajouter le fait que les modérateurs \nont le droit aussi de publier une ressource :\n<condition type=\"spring\"> \n <arg name=\"bean.name\">hasRole</arg> \n <arg name=\"mask\">6</arg>\n</condition>\nOu tu peux faire en sorte qu\'il n\'ait que le modérateur qui a le droit \nde faire cette action : \n<condition type=\"spring\"> \n <arg name=\"bean.name\">hasRole</arg> \n <arg name=\"mask\">4</arg>\n</condition>\nPar défaut dans workflow_very_easy.xml tu as effectivement des \nconditions de la sorte : \n <condition type=\"spring\"> \n <arg name=\"bean.name\">hasRole</arg> \n <arg name=\"mask\">2</arg>\n</condition>\nVincent. \nPS: on va tenter d\'améliorer la config par défaut (et la doc aussi, il \nfaudrait qu\'on trouve le temps ...) au mieux suivant vos remarques, \nmerci de ces retours.\nYves Daoulatian wrote: \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> re, \n> ok mais est-ce que je suis obligé de passer à un workflow à 3 états \n> pour simplement définir que la majorité des personnes ont le droit de \n> déposer et qu\'un petit nombre est modérateur. \n> Dans ma configuration actuelle l\'administrateur n\'a pas le droit de \n> supprimer une ressource publiée par une autre personne.! \n> \n> Est-ce qu\'avec les groupes je peux dans le fichier acegi-acls-root.xml \n> définir un groupe qui serait modérateur \n> value = groupe_ldap_des_modérateur avec un mask de ? \n> \n> Si ce n\'est pas possible je passerai à un workflow en 3 états avec une \n> nouvelle transition \"archived\" comme nous avons vu en formation ! \n> \n> Merci beaucoup. \n> \n> -------- \n> Yves \n> Pôle du Système d\'Information \n> Pages professionnelles ENS : <a href=\"http://perso.ens-lyon.fr/yves.daoulatian/\" title=\"http://perso.ens-lyon.fr/yves.daoulatian/\">http://perso.ens-lyon.fr/yves.daoulatian/</a> \n> \n> \n> \n> \n> Vincent Bonamy a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Bonjour Yves, \n>> \n>> Tu parles sûrement des fiches de type \"Document\". \n>> \n>> Par défaut effectivement, le workflow utilisé et qui est défini dans \n>> le fichier \"workflow_very_easy.xml\" conditionne l\'action Publish par : \n>> <restrict-to> \n>> <conditions type=\"AND\"> \n>> <condition type=\"spring\"> \n>> <arg name=\"bean.name\">hasRole</arg> \n>> <arg name=\"mask\">2</arg>\n>> </condition> \n>> </conditions> \n>> </restrict-to> \n>> \n>> => ce qui permet à tout propriétaire de fiche, de publier soit-même \n>> la fiche. \n>> \n>> Si tu veux un workflow plus complexe (avec une modération), il te \n>> faut redéfinir celui-ci (en t\'inspirant du workflow pour les \n>> ressources pédaogiques par exemple, et qui est en 3 états \n>> [workflow_easy.xml]). \n>> \n>> Vincent. \n>> \n>> \n>> \n>> Yves Daoulatian wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> Bonjour, \n>>> je viens de m\'apercevoir en fait que tout le monde a le droit de \n>>> publier des ressources ! \n>>> J\'ai bien sûr fait un ant deploy puis un ant update-acls puis \n>>> redémarrer le workflow \n>>> Est-ce que j\'ai oublié quelque chose ? \n>>> \n>>> Merci. \n>>> \n>>> \n>>> \n>>> <bean name=\"additionalGroupsFiltersMapping\" \n>>> class=\"org.springframework.beans.factory.config.MapFactoryBean\"> \n>>> \n<property name=\"sourceMap\">\n>>> <map> \n>>> <entry key=\"all\"> \n>>> \n>>> <value>(objectClass=Person)</value> \n>>> </entry> \n>>> <entry key=\"moderators\"> \n>>> \n>>> <value>(|(&(objectClass=Person)(uid=toto))(&(objectClass=Person)(uid=equemener))(&(objectClass=Person)(uid=ydaoulat)))</value> \n>>> \n>>> </entry> \n>>> <entry key=\"admins\"> \n>>> \n>>> <value>(&(objectClass=Person)(uid=ydaoulat))</value> \n>>> </entry> \n>>> </map> \n>>> </property>\n>>> </bean> \n>>></blockquote>\n<blockquote class=\"emailFilter_Author_1\">>></div>\n</blockquote>\n-- \nCe message a été vérifié par MailScanner \npour des virus ou des polluriels et rien de \nsuspect n\'a été trouvé.\n</div>\n', created = 1507745763, expire = 1507832163, headers = '', serialized = 0 WHERE cid = '4:9e9d5ab859ab746bdee8fc0a82af45b6' 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:6ddf58f64703f415c1a53f872c837e96' 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\">re, \noui mais comment associer un worflow avec modération pour les documents \nDC le plus facilement possible ! \nmodifier \nori-oai-workflow-svn/conf/properties/spring/osworkflow/workflows/workflow_very_easy.xml \n? \nutiliser une partie du modele workflow_easy ? \nMerci.\nremarque : avec ceci les documents ne sont pas dans le groupe à modérer ... \n >Ou tu peux faire en sorte qu\'il n\'ait que le modérateur qui a le droit \nde faire cette action : \n <condition type=\"spring\"> \n <arg name=\"bean.name\">hasRole</arg> \n <arg name=\"mask\">4</arg>\n</condition>\n-------- \nYves \nPôle du Système d\'Information \nPages professionnelles ENS : <a href=\"http://perso.ens-lyon.fr/yves.daoulatian/\" title=\"http://perso.ens-lyon.fr/yves.daoulatian/\">http://perso.ens-lyon.fr/yves.daoulatian/</a>\nVincent Bonamy a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Bonjour Yves, \n> \n> \n> * Non, tu n\'es pas obligé, mais si tu restes sur 2 étapes, le \n> modérateur ne pourra pas savoir quand est-ce qu\'il devra/pourra \n> publier telle ou telle ressource je pense, non ? \n> \n> \n> * Pour supprimer une ressource publiée, il faut toujours la dépublier \n> avant. \n> Mais effectivement, je ne suis pas sûr que par défaut l\'administrateur \n> ait le droit de rendre privé toutes les fiches publiées. \n> \n> \n> * Avec les groupes tu peux définir un groupe qui serait modérateur, \n> mais c\'est déjà le cas par défaut je crois : \n> \n> <bean class=\"org.orioai.workflow.beans.acls.OriAclRole\"> \n> \n<property name=\"mask\" value=\"4\"/>\n> \n<property name=\"recipient\" value=\"moderators\"/>\n> \n> </bean> \n> \n> Par contre dans le workflow associé aux Documents DC ( \n> workflow_very_easy.xml ), tu peux ajouter le fait que les modérateurs \n> ont le droit aussi de publier une ressource : \n> \n> <condition type=\"spring\"> \n> <arg name=\"bean.name\">hasRole</arg> \n> <arg name=\"mask\">6</arg>\n> </condition> \n> \n> Ou tu peux faire en sorte qu\'il n\'ait que le modérateur qui a le droit \n> de faire cette action : \n> <condition type=\"spring\"> \n> <arg name=\"bean.name\">hasRole</arg> \n> <arg name=\"mask\">4</arg>\n> </condition> \n> \n> Par défaut dans workflow_very_easy.xml tu as effectivement des \n> conditions de la sorte : \n> <condition type=\"spring\"> \n> <arg name=\"bean.name\">hasRole</arg> \n> <arg name=\"mask\">2</arg>\n> </condition> \n> \n> Vincent. \n> PS: on va tenter d\'améliorer la config par défaut (et la doc aussi, il \n> faudrait qu\'on trouve le temps ...) au mieux suivant vos remarques, \n> merci de ces retours. \n> \n> \n> Yves Daoulatian wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> re, \n>> ok mais est-ce que je suis obligé de passer à un workflow à 3 états \n>> pour simplement définir que la majorité des personnes ont le droit de \n>> déposer et qu\'un petit nombre est modérateur. \n>> Dans ma configuration actuelle l\'administrateur n\'a pas le droit de \n>> supprimer une ressource publiée par une autre personne.! \n>> \n>> Est-ce qu\'avec les groupes je peux dans le fichier \n>> acegi-acls-root.xml définir un groupe qui serait modérateur \n>> value = groupe_ldap_des_modérateur avec un mask de ? \n>> \n>> Si ce n\'est pas possible je passerai à un workflow en 3 états avec \n>> une nouvelle transition \"archived\" comme nous avons vu en formation ! \n>> \n>> Merci beaucoup. \n>> \n>> -------- \n>> Yves \n>> Pôle du Système d\'Information \n>> Pages professionnelles ENS : <a href=\"http://perso.ens-lyon.fr/yves.daoulatian/\" title=\"http://perso.ens-lyon.fr/yves.daoulatian/\">http://perso.ens-lyon.fr/yves.daoulatian/</a> \n>> \n>> \n>> \n>> \n>> Vincent Bonamy a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> Bonjour Yves, \n>>> \n>>> Tu parles sûrement des fiches de type \"Document\". \n>>> \n>>> Par défaut effectivement, le workflow utilisé et qui est défini dans \n>>> le fichier \"workflow_very_easy.xml\" conditionne l\'action Publish par : \n>>> <restrict-to> \n>>> <conditions type=\"AND\"> \n>>> <condition type=\"spring\"> \n>>> <arg name=\"bean.name\">hasRole</arg> \n>>> <arg name=\"mask\">2</arg>\n>>> </condition> \n>>> </conditions> \n>>> </restrict-to> \n>>> \n>>> => ce qui permet à tout propriétaire de fiche, de publier soit-même \n>>> la fiche. \n>>> \n>>> Si tu veux un workflow plus complexe (avec une modération), il te \n>>> faut redéfinir celui-ci (en t\'inspirant du workflow pour les \n>>> ressources pédaogiques par exemple, et qui est en 3 états \n>>> [workflow_easy.xml]). \n>>> \n>>> Vincent. \n>>> \n>>> \n>>> \n>>> Yves Daoulatian wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>> Bonjour, \n>>>> je viens de m\'apercevoir en fait que tout le monde a le droit de \n>>>> publier des ressources ! \n>>>> J\'ai bien sûr fait un ant deploy puis un ant update-acls puis \n>>>> redémarrer le workflow \n>>>> Est-ce que j\'ai oublié quelque chose ? \n>>>> \n>>>> Merci. \n>>>> \n>>>> \n>>>> \n>>>> <bean name=\"additionalGroupsFiltersMapping\" \n>>>> class=\"org.springframework.beans.factory.config.MapFactoryBean\"> \n>>>> \n<property name=\"sourceMap\">\n>>>> <map> \n>>>> <entry key=\"all\"> \n>>>> \n>>>> <value>(objectClass=Person)</value> \n>>>> </entry> \n>>>> <entry key=\"moderators\"> \n>>>> \n>>>> <value>(|(&(objectClass=Person)(uid=toto))(&(objectClass=Person)(uid=equemener))(&(objectClass=Person)(uid=ydaoulat)))</value> \n>>>> \n>>>> </entry> \n>>>> <entry key=\"admins\"> \n>>>> \n>>>> <value>(&(objectClass=Person)(uid=ydaoulat))</value> \n>>>> </entry> \n>>>> </map> \n>>>> </property>\n>>>> </bean> \n>>>></blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>></blockquote>\n<blockquote class=\"emailFilter_Author_0\">></div>\n</blockquote>\n-- \nCe message a été vérifié par MailScanner \npour des virus ou des polluriels et rien de \nsuspect n\'a été trouvé.\n</div>\n', created = 1507745763, expire = 1507832163, headers = '', serialized = 0 WHERE cid = '4:6ddf58f64703f415c1a53f872c837e96' 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:e9844f7ba68ff5e8044fe5be5050244a' 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\">Rebonjour, \nOui le mieux est de modifier le workflow workflow_very_easy.xml en \ns\'inspirant de workflow_easy. \nL\'idée ici pour ne pas avoir de problèmes avec tes fiches actuelles est \nde rajouter une 3 ème étape comme tu l\'as fait d\'ailleurs a priori (cf \npages 70-71-72). Au lieu de l\'appeler archived tu l\'appelles pending \navec les traductions qui vont bien (\"en attente de publication\" par \nexemple). \nTu configures les actions comme il faut pour faire de cette troisième \nétape (avec un id égale à 3 puisque les ids 1 et 2 sont déjà pris) \nl\'étape intermédiaire obligatoire entre les états private et published. \nVincent.\nYves Daoulatian wrote: \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> re, \n> oui mais comment associer un worflow avec modération pour les \n> documents DC le plus facilement possible ! \n> modifier \n> ori-oai-workflow-svn/conf/properties/spring/osworkflow/workflows/workflow_very_easy.xml \n> ? \n> utiliser une partie du modele workflow_easy ? \n> Merci. \n> \n> remarque : avec ceci les documents ne sont pas dans le groupe à \n> modérer ...</blockquote>\n<blockquote class=\"emailFilter_Author_1\">> >Ou tu peux faire en sorte qu\'il n\'ait que le modérateur qui a le </blockquote>\n<blockquote class=\"emailFilter_Author_0\">> droit de faire cette action : \n> <condition type=\"spring\"> \n> <arg name=\"bean.name\">hasRole</arg> \n> <arg name=\"mask\">4</arg>\n> </condition> \n> \n> \n> -------- \n> Yves \n> Pôle du Système d\'Information \n> Pages professionnelles ENS : <a href=\"http://perso.ens-lyon.fr/yves.daoulatian/\" title=\"http://perso.ens-lyon.fr/yves.daoulatian/\">http://perso.ens-lyon.fr/yves.daoulatian/</a> \n> \n> \n> \n> \n> Vincent Bonamy a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Bonjour Yves, \n>> \n>> \n>> * Non, tu n\'es pas obligé, mais si tu restes sur 2 étapes, le \n>> modérateur ne pourra pas savoir quand est-ce qu\'il devra/pourra \n>> publier telle ou telle ressource je pense, non ? \n>> \n>> \n>> * Pour supprimer une ressource publiée, il faut toujours la dépublier \n>> avant. \n>> Mais effectivement, je ne suis pas sûr que par défaut \n>> l\'administrateur ait le droit de rendre privé toutes les fiches \n>> publiées. \n>> \n>> \n>> * Avec les groupes tu peux définir un groupe qui serait modérateur, \n>> mais c\'est déjà le cas par défaut je crois : \n>> \n>> <bean class=\"org.orioai.workflow.beans.acls.OriAclRole\"> \n>> \n<property name=\"mask\" value=\"4\"/>\n>> \n<property name=\"recipient\" value=\"moderators\"/>\n>> \n>> </bean> \n>> \n>> Par contre dans le workflow associé aux Documents DC ( \n>> workflow_very_easy.xml ), tu peux ajouter le fait que les modérateurs \n>> ont le droit aussi de publier une ressource : \n>> \n>> <condition type=\"spring\"> \n>> <arg name=\"bean.name\">hasRole</arg> \n>> <arg name=\"mask\">6</arg>\n>> </condition> \n>> \n>> Ou tu peux faire en sorte qu\'il n\'ait que le modérateur qui a le \n>> droit de faire cette action : \n>> <condition type=\"spring\"> \n>> <arg name=\"bean.name\">hasRole</arg> \n>> <arg name=\"mask\">4</arg>\n>> </condition> \n>> \n>> Par défaut dans workflow_very_easy.xml tu as effectivement des \n>> conditions de la sorte : \n>> <condition type=\"spring\"> \n>> <arg name=\"bean.name\">hasRole</arg> \n>> <arg name=\"mask\">2</arg>\n>> </condition> \n>> \n>> Vincent. \n>> PS: on va tenter d\'améliorer la config par défaut (et la doc aussi, \n>> il faudrait qu\'on trouve le temps ...) au mieux suivant vos \n>> remarques, merci de ces retours. \n>> \n>> \n>> Yves Daoulatian wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> re, \n>>> ok mais est-ce que je suis obligé de passer à un workflow à 3 états \n>>> pour simplement définir que la majorité des personnes ont le droit \n>>> de déposer et qu\'un petit nombre est modérateur. \n>>> Dans ma configuration actuelle l\'administrateur n\'a pas le droit de \n>>> supprimer une ressource publiée par une autre personne.! \n>>> \n>>> Est-ce qu\'avec les groupes je peux dans le fichier \n>>> acegi-acls-root.xml définir un groupe qui serait modérateur \n>>> value = groupe_ldap_des_modérateur avec un mask de ? \n>>> \n>>> Si ce n\'est pas possible je passerai à un workflow en 3 états avec \n>>> une nouvelle transition \"archived\" comme nous avons vu en formation ! \n>>> \n>>> Merci beaucoup. \n>>> \n>>> -------- \n>>> Yves \n>>> Pôle du Système d\'Information \n>>> Pages professionnelles ENS : <a href=\"http://perso.ens-lyon.fr/yves.daoulatian/\" title=\"http://perso.ens-lyon.fr/yves.daoulatian/\">http://perso.ens-lyon.fr/yves.daoulatian/</a> \n>>> \n>>> \n>>> \n>>> \n>>> Vincent Bonamy a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>> Bonjour Yves, \n>>>> \n>>>> Tu parles sûrement des fiches de type \"Document\". \n>>>> \n>>>> Par défaut effectivement, le workflow utilisé et qui est défini \n>>>> dans le fichier \"workflow_very_easy.xml\" conditionne l\'action \n>>>> Publish par : \n>>>> <restrict-to> \n>>>> <conditions type=\"AND\"> \n>>>> <condition type=\"spring\"> \n>>>> <arg name=\"bean.name\">hasRole</arg> \n>>>> <arg name=\"mask\">2</arg>\n>>>> </condition> \n>>>> </conditions> \n>>>> </restrict-to> \n>>>> \n>>>> => ce qui permet à tout propriétaire de fiche, de publier soit-même \n>>>> la fiche. \n>>>> \n>>>> Si tu veux un workflow plus complexe (avec une modération), il te \n>>>> faut redéfinir celui-ci (en t\'inspirant du workflow pour les \n>>>> ressources pédaogiques par exemple, et qui est en 3 états \n>>>> [workflow_easy.xml]). \n>>>> \n>>>> Vincent. \n>>>> \n>>>> \n>>>> \n>>>> Yves Daoulatian wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_4\">>>>>> Bonjour, \n>>>>> je viens de m\'apercevoir en fait que tout le monde a le droit de \n>>>>> publier des ressources ! \n>>>>> J\'ai bien sûr fait un ant deploy puis un ant update-acls puis \n>>>>> redémarrer le workflow \n>>>>> Est-ce que j\'ai oublié quelque chose ? \n>>>>> \n>>>>> Merci. \n>>>>> \n>>>>> \n>>>>> \n>>>>> <bean name=\"additionalGroupsFiltersMapping\" \n>>>>> class=\"org.springframework.beans.factory.config.MapFactoryBean\"> \n>>>>> \n<property name=\"sourceMap\">\n>>>>> <map> \n>>>>> <entry key=\"all\"> \n>>>>> \n>>>>> <value>(objectClass=Person)</value> \n>>>>> </entry> \n>>>>> <entry key=\"moderators\"> \n>>>>> \n>>>>> <value>(|(&(objectClass=Person)(uid=toto))(&(objectClass=Person)(uid=equemener))(&(objectClass=Person)(uid=ydaoulat)))</value> \n>>>>> \n>>>>> </entry> \n>>>>> <entry key=\"admins\"> \n>>>>> \n>>>>> <value>(&(objectClass=Person)(uid=ydaoulat))</value> \n>>>>> </entry> \n>>>>> </map> \n>>>>> </property>\n>>>>> </bean> \n>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>></blockquote>\n<blockquote class=\"emailFilter_Author_1\">>></div>\n</blockquote>\n-- \nCe message a été vérifié par MailScanner \npour des virus ou des polluriels et rien de \nsuspect n\'a été trouvé.\n</div>\n', created = 1507745763, expire = 1507832163, headers = '', serialized = 0 WHERE cid = '4:e9844f7ba68ff5e8044fe5be5050244a' 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:4f8c2b06add34c02f47da3786646ccd7' 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\">Re, \nok vois-tu quelque chose qui n\'est pas correct dans mon fichier ! \nerreur caused by: \ncom.opensymphony.workflow.InvalidWorkflowDescriptorException: Duplicate \noccurance of action ID 2 found in step 2 \nMerci.\n-------- \nYves \nPôle du Système d\'Information \nPages professionnelles ENS : <a href=\"http://perso.ens-lyon.fr/yves.daoulatian/\" title=\"http://perso.ens-lyon.fr/yves.daoulatian/\">http://perso.ens-lyon.fr/yves.daoulatian/</a>\nVincent Bonamy a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Rebonjour, \n> Oui le mieux est de modifier le workflow workflow_very_easy.xml en \n> s\'inspirant de workflow_easy. \n> L\'idée ici pour ne pas avoir de problèmes avec tes fiches actuelles \n> est de rajouter une 3 ème étape comme tu l\'as fait d\'ailleurs a priori \n> (cf pages 70-71-72). Au lieu de l\'appeler archived tu l\'appelles \n> pending avec les traductions qui vont bien (\"en attente de \n> publication\" par exemple). \n> Tu configures les actions comme il faut pour faire de cette troisième \n> étape (avec un id égale à 3 puisque les ids 1 et 2 sont déjà pris) \n> l\'étape intermédiaire obligatoire entre les états private et published. \n> Vincent. \n> \n> \n> \n> Yves Daoulatian wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> re, \n>> oui mais comment associer un worflow avec modération pour les \n>> documents DC le plus facilement possible ! \n>> modifier \n>> ori-oai-workflow-svn/conf/properties/spring/osworkflow/workflows/workflow_very_easy.xml \n>> ? \n>> utiliser une partie du modele workflow_easy ? \n>> Merci. \n>> \n>> remarque : avec ceci les documents ne sont pas dans le groupe à \n>> modérer ...</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>> >Ou tu peux faire en sorte qu\'il n\'ait que le modérateur qui a le </blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> droit de faire cette action : \n>> <condition type=\"spring\"> \n>> <arg name=\"bean.name\">hasRole</arg> \n>> <arg name=\"mask\">4</arg>\n>> </condition> \n>> \n>> \n>> -------- \n>> Yves \n>> Pôle du Système d\'Information \n>> Pages professionnelles ENS : <a href=\"http://perso.ens-lyon.fr/yves.daoulatian/\" title=\"http://perso.ens-lyon.fr/yves.daoulatian/\">http://perso.ens-lyon.fr/yves.daoulatian/</a> \n>> \n>> \n>> \n>> \n>> Vincent Bonamy a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> Bonjour Yves, \n>>> \n>>> \n>>> * Non, tu n\'es pas obligé, mais si tu restes sur 2 étapes, le \n>>> modérateur ne pourra pas savoir quand est-ce qu\'il devra/pourra \n>>> publier telle ou telle ressource je pense, non ? \n>>> \n>>> \n>>> * Pour supprimer une ressource publiée, il faut toujours la \n>>> dépublier avant. \n>>> Mais effectivement, je ne suis pas sûr que par défaut \n>>> l\'administrateur ait le droit de rendre privé toutes les fiches \n>>> publiées. \n>>> \n>>> \n>>> * Avec les groupes tu peux définir un groupe qui serait modérateur, \n>>> mais c\'est déjà le cas par défaut je crois : \n>>> \n>>> <bean class=\"org.orioai.workflow.beans.acls.OriAclRole\"> \n>>> \n<property name=\"mask\" value=\"4\"/>\n>>> \n<property name=\"recipient\" \n>>> value=\"moderators\"/> \n>>> </bean> \n>>> \n>>> Par contre dans le workflow associé aux Documents DC ( \n>>> workflow_very_easy.xml ), tu peux ajouter le fait que les \n>>> modérateurs ont le droit aussi de publier une ressource : \n>>> \n>>> <condition type=\"spring\"> \n>>> <arg name=\"bean.name\">hasRole</arg> \n>>> <arg name=\"mask\">6</arg>\n>>> </condition> \n>>> \n>>> Ou tu peux faire en sorte qu\'il n\'ait que le modérateur qui a le \n>>> droit de faire cette action : \n>>> <condition type=\"spring\"> \n>>> <arg name=\"bean.name\">hasRole</arg> \n>>> <arg name=\"mask\">4</arg>\n>>> </condition> \n>>> \n>>> Par défaut dans workflow_very_easy.xml tu as effectivement des \n>>> conditions de la sorte : \n>>> <condition type=\"spring\"> \n>>> <arg name=\"bean.name\">hasRole</arg> \n>>> <arg name=\"mask\">2</arg>\n>>> </condition> \n>>> \n>>> Vincent. \n>>> PS: on va tenter d\'améliorer la config par défaut (et la doc aussi, \n>>> il faudrait qu\'on trouve le temps ...) au mieux suivant vos \n>>> remarques, merci de ces retours. \n>>> \n>>> \n>>> Yves Daoulatian wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>> re, \n>>>> ok mais est-ce que je suis obligé de passer à un workflow à 3 états \n>>>> pour simplement définir que la majorité des personnes ont le droit \n>>>> de déposer et qu\'un petit nombre est modérateur. \n>>>> Dans ma configuration actuelle l\'administrateur n\'a pas le droit de \n>>>> supprimer une ressource publiée par une autre personne.! \n>>>> \n>>>> Est-ce qu\'avec les groupes je peux dans le fichier \n>>>> acegi-acls-root.xml définir un groupe qui serait modérateur \n>>>> value = groupe_ldap_des_modérateur avec un mask de ? \n>>>> \n>>>> Si ce n\'est pas possible je passerai à un workflow en 3 états avec \n>>>> une nouvelle transition \"archived\" comme nous avons vu en formation ! \n>>>> \n>>>> Merci beaucoup. \n>>>> \n>>>> -------- \n>>>> Yves \n>>>> Pôle du Système d\'Information \n>>>> Pages professionnelles ENS : <a href=\"http://perso.ens-lyon.fr/yves.daoulatian/\" title=\"http://perso.ens-lyon.fr/yves.daoulatian/\">http://perso.ens-lyon.fr/yves.daoulatian/</a> \n>>>> \n>>>> \n>>>> \n>>>> \n>>>> Vincent Bonamy a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_4\">>>>>> Bonjour Yves, \n>>>>> \n>>>>> Tu parles sûrement des fiches de type \"Document\". \n>>>>> \n>>>>> Par défaut effectivement, le workflow utilisé et qui est défini \n>>>>> dans le fichier \"workflow_very_easy.xml\" conditionne l\'action \n>>>>> Publish par : \n>>>>> <restrict-to> \n>>>>> <conditions type=\"AND\"> \n>>>>> <condition type=\"spring\"> \n>>>>> <arg name=\"bean.name\">hasRole</arg> \n>>>>> <arg name=\"mask\">2</arg>\n>>>>> </condition> \n>>>>> </conditions> \n>>>>> </restrict-to> \n>>>>> \n>>>>> => ce qui permet à tout propriétaire de fiche, de publier \n>>>>> soit-même la fiche. \n>>>>> \n>>>>> Si tu veux un workflow plus complexe (avec une modération), il te \n>>>>> faut redéfinir celui-ci (en t\'inspirant du workflow pour les \n>>>>> ressources pédaogiques par exemple, et qui est en 3 états \n>>>>> [workflow_easy.xml]). \n>>>>> \n>>>>> Vincent. \n>>>>> \n>>>>> \n>>>>> \n>>>>> Yves Daoulatian wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_5\">>>>>>> Bonjour, \n>>>>>> je viens de m\'apercevoir en fait que tout le monde a le droit de \n>>>>>> publier des ressources ! \n>>>>>> J\'ai bien sûr fait un ant deploy puis un ant update-acls puis \n>>>>>> redémarrer le workflow \n>>>>>> Est-ce que j\'ai oublié quelque chose ? \n>>>>>> \n>>>>>> Merci. \n>>>>>> \n>>>>>> \n>>>>>> \n>>>>>> <bean name=\"additionalGroupsFiltersMapping\" \n>>>>>> class=\"org.springframework.beans.factory.config.MapFactoryBean\"> \n>>>>>> \n<property name=\"sourceMap\">\n>>>>>> <map> \n>>>>>> <entry key=\"all\"> \n>>>>>> \n>>>>>> <value>(objectClass=Person)</value> \n>>>>>> </entry> \n>>>>>> <entry key=\"moderators\"> \n>>>>>> \n>>>>>> <value>(|(&(objectClass=Person)(uid=toto))(&(objectClass=Person)(uid=equemener))(&(objectClass=Person)(uid=ydaoulat)))</value> \n>>>>>> \n>>>>>> </entry> \n>>>>>> <entry key=\"admins\"> \n>>>>>> \n>>>>>> <value>(&(objectClass=Person)(uid=ydaoulat))</value> \n>>>>>> </entry> \n>>>>>> </map> \n>>>>>> </property>\n>>>>>> </bean> \n>>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_4\">>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>></blockquote>\n<blockquote class=\"emailFilter_Author_0\">></div>\n</blockquote>\n-- \nCe message a été vérifié par MailScanner \npour des virus ou des polluriels et rien de \nsuspect n\'a été trouvé.\n</div>\n', created = 1507745763, expire = 1507832163, headers = '', serialized = 0 WHERE cid = '4:4f8c2b06add34c02f47da3786646ccd7' 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:3eceff43c77f50081309ff0584d6e224' 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\">Les ids des steps comme des actions doivent être uniques dans tout le \nfichier. \nBizarrement on ne numérote pas les ids des actions step par step mais \nglobalement. \n=> En bref, tu ne peux pas avoir 2 actions avec le même id (2 ici) même \nsi elles ne font pas partie du même step. \nVincent.\nYves Daoulatian wrote: \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Re, \n> ok vois-tu quelque chose qui n\'est pas correct dans mon fichier ! \n> erreur caused by: \n> com.opensymphony.workflow.InvalidWorkflowDescriptorException: \n> Duplicate occurance of action ID 2 found in step 2 \n> Merci. \n> \n> -------- \n> Yves \n> Pôle du Système d\'Information \n> Pages professionnelles ENS : <a href=\"http://perso.ens-lyon.fr/yves.daoulatian/\" title=\"http://perso.ens-lyon.fr/yves.daoulatian/\">http://perso.ens-lyon.fr/yves.daoulatian/</a> \n> \n> \n> \n> \n> Vincent Bonamy a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Rebonjour, \n>> Oui le mieux est de modifier le workflow workflow_very_easy.xml en \n>> s\'inspirant de workflow_easy. \n>> L\'idée ici pour ne pas avoir de problèmes avec tes fiches actuelles \n>> est de rajouter une 3 ème étape comme tu l\'as fait d\'ailleurs a \n>> priori (cf pages 70-71-72). Au lieu de l\'appeler archived tu \n>> l\'appelles pending avec les traductions qui vont bien (\"en attente de \n>> publication\" par exemple). \n>> Tu configures les actions comme il faut pour faire de cette troisième \n>> étape (avec un id égale à 3 puisque les ids 1 et 2 sont déjà pris) \n>> l\'étape intermédiaire obligatoire entre les états private et published. \n>> Vincent. \n>> \n>> \n>> \n>> Yves Daoulatian wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> re, \n>>> oui mais comment associer un worflow avec modération pour les \n>>> documents DC le plus facilement possible ! \n>>> modifier \n>>> ori-oai-workflow-svn/conf/properties/spring/osworkflow/workflows/workflow_very_easy.xml \n>>> ? \n>>> utiliser une partie du modele workflow_easy ? \n>>> Merci. \n>>> \n>>> remarque : avec ceci les documents ne sont pas dans le groupe à \n>>> modérer ...</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>> >Ou tu peux faire en sorte qu\'il n\'ait que le modérateur qui a le </blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> droit de faire cette action : \n>>> <condition type=\"spring\"> \n>>> <arg name=\"bean.name\">hasRole</arg> \n>>> <arg name=\"mask\">4</arg>\n>>> </condition> \n>>> \n>>> \n>>> -------- \n>>> Yves \n>>> Pôle du Système d\'Information \n>>> Pages professionnelles ENS : <a href=\"http://perso.ens-lyon.fr/yves.daoulatian/\" title=\"http://perso.ens-lyon.fr/yves.daoulatian/\">http://perso.ens-lyon.fr/yves.daoulatian/</a> \n>>> \n>>> \n>>> \n>>> \n>>> Vincent Bonamy a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>> Bonjour Yves, \n>>>> \n>>>> \n>>>> * Non, tu n\'es pas obligé, mais si tu restes sur 2 étapes, le \n>>>> modérateur ne pourra pas savoir quand est-ce qu\'il devra/pourra \n>>>> publier telle ou telle ressource je pense, non ? \n>>>> \n>>>> \n>>>> * Pour supprimer une ressource publiée, il faut toujours la \n>>>> dépublier avant. \n>>>> Mais effectivement, je ne suis pas sûr que par défaut \n>>>> l\'administrateur ait le droit de rendre privé toutes les fiches \n>>>> publiées. \n>>>> \n>>>> \n>>>> * Avec les groupes tu peux définir un groupe qui serait modérateur, \n>>>> mais c\'est déjà le cas par défaut je crois : \n>>>> \n>>>> <bean class=\"org.orioai.workflow.beans.acls.OriAclRole\"> \n>>>> \n<property name=\"mask\" value=\"4\"/>\n>>>> \n<property name=\"recipient\" \n>>>> value=\"moderators\"/> \n>>>> </bean> \n>>>> \n>>>> Par contre dans le workflow associé aux Documents DC ( \n>>>> workflow_very_easy.xml ), tu peux ajouter le fait que les \n>>>> modérateurs ont le droit aussi de publier une ressource : \n>>>> \n>>>> <condition type=\"spring\"> \n>>>> <arg name=\"bean.name\">hasRole</arg> \n>>>> <arg name=\"mask\">6</arg>\n>>>> </condition> \n>>>> \n>>>> Ou tu peux faire en sorte qu\'il n\'ait que le modérateur qui a le \n>>>> droit de faire cette action : \n>>>> <condition type=\"spring\"> \n>>>> <arg name=\"bean.name\">hasRole</arg> \n>>>> <arg name=\"mask\">4</arg>\n>>>> </condition> \n>>>> \n>>>> Par défaut dans workflow_very_easy.xml tu as effectivement des \n>>>> conditions de la sorte : \n>>>> <condition type=\"spring\"> \n>>>> <arg name=\"bean.name\">hasRole</arg> \n>>>> <arg name=\"mask\">2</arg>\n>>>> </condition> \n>>>> \n>>>> Vincent. \n>>>> PS: on va tenter d\'améliorer la config par défaut (et la doc aussi, \n>>>> il faudrait qu\'on trouve le temps ...) au mieux suivant vos \n>>>> remarques, merci de ces retours. \n>>>> \n>>>> \n>>>> Yves Daoulatian wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_4\">>>>>> re, \n>>>>> ok mais est-ce que je suis obligé de passer à un workflow à 3 \n>>>>> états pour simplement définir que la majorité des personnes ont le \n>>>>> droit de déposer et qu\'un petit nombre est modérateur. \n>>>>> Dans ma configuration actuelle l\'administrateur n\'a pas le droit \n>>>>> de supprimer une ressource publiée par une autre personne.! \n>>>>> \n>>>>> Est-ce qu\'avec les groupes je peux dans le fichier \n>>>>> acegi-acls-root.xml définir un groupe qui serait modérateur \n>>>>> value = groupe_ldap_des_modérateur avec un mask de ? \n>>>>> \n>>>>> Si ce n\'est pas possible je passerai à un workflow en 3 états avec \n>>>>> une nouvelle transition \"archived\" comme nous avons vu en formation ! \n>>>>> \n>>>>> Merci beaucoup. \n>>>>> \n>>>>> -------- \n>>>>> Yves \n>>>>> Pôle du Système d\'Information \n>>>>> Pages professionnelles ENS : \n>>>>> <a href=\"http://perso.ens-lyon.fr/yves.daoulatian/\" title=\"http://perso.ens-lyon.fr/yves.daoulatian/\">http://perso.ens-lyon.fr/yves.daoulatian/</a> \n>>>>> \n>>>>> \n>>>>> \n>>>>> \n>>>>> Vincent Bonamy a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_5\">>>>>>> Bonjour Yves, \n>>>>>> \n>>>>>> Tu parles sûrement des fiches de type \"Document\". \n>>>>>> \n>>>>>> Par défaut effectivement, le workflow utilisé et qui est défini \n>>>>>> dans le fichier \"workflow_very_easy.xml\" conditionne l\'action \n>>>>>> Publish par : \n>>>>>> <restrict-to> \n>>>>>> <conditions type=\"AND\"> \n>>>>>> <condition type=\"spring\"> \n>>>>>> <arg name=\"bean.name\">hasRole</arg> \n>>>>>> <arg name=\"mask\">2</arg>\n>>>>>> </condition> \n>>>>>> </conditions> \n>>>>>> </restrict-to> \n>>>>>> \n>>>>>> => ce qui permet à tout propriétaire de fiche, de publier \n>>>>>> soit-même la fiche. \n>>>>>> \n>>>>>> Si tu veux un workflow plus complexe (avec une modération), il te \n>>>>>> faut redéfinir celui-ci (en t\'inspirant du workflow pour les \n>>>>>> ressources pédaogiques par exemple, et qui est en 3 états \n>>>>>> [workflow_easy.xml]). \n>>>>>> \n>>>>>> Vincent. \n>>>>>> \n>>>>>> \n>>>>>> \n>>>>>> Yves Daoulatian wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_6\">>>>>>>> Bonjour, \n>>>>>>> je viens de m\'apercevoir en fait que tout le monde a le droit de \n>>>>>>> publier des ressources ! \n>>>>>>> J\'ai bien sûr fait un ant deploy puis un ant update-acls puis \n>>>>>>> redémarrer le workflow \n>>>>>>> Est-ce que j\'ai oublié quelque chose ? \n>>>>>>> \n>>>>>>> Merci. \n>>>>>>> \n>>>>>>> \n>>>>>>> \n>>>>>>> <bean name=\"additionalGroupsFiltersMapping\" \n>>>>>>> class=\"org.springframework.beans.factory.config.MapFactoryBean\"> \n>>>>>>> \n<property name=\"sourceMap\">\n>>>>>>> <map> \n>>>>>>> <entry key=\"all\"> \n>>>>>>> \n>>>>>>> <value>(objectClass=Person)</value> \n>>>>>>> </entry> \n>>>>>>> <entry key=\"moderators\"> \n>>>>>>> \n>>>>>>> <value>(|(&(objectClass=Person)(uid=toto))(&(objectClass=Person)(uid=equemener))(&(objectClass=Person)(uid=ydaoulat)))</value> \n>>>>>>> \n>>>>>>> </entry> \n>>>>>>> <entry key=\"admins\"> \n>>>>>>> \n>>>>>>> <value>(&(objectClass=Person)(uid=ydaoulat))</value> \n>>>>>>> </entry> \n>>>>>>> </map> \n>>>>>>> </property>\n>>>>>>> </bean> \n>>>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_5\">>>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>></blockquote>\n<blockquote class=\"emailFilter_Author_1\">>></div>\n</blockquote>\n-- \nCe message a été vérifié par MailScanner \npour des virus ou des polluriels et rien de \nsuspect n\'a été trouvé.\n</div>\n', created = 1507745763, expire = 1507832163, headers = '', serialized = 0 WHERE cid = '4:3eceff43c77f50081309ff0584d6e224' 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:319f38a7e54c01d7bf961e30baf3b1a2' 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\">il semble que tu décrives deux fois le action id=2\nligne 153 et ligne 66\nGilles\nYves Daoulatian a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Re, \n> ok vois-tu quelque chose qui n\'est pas correct dans mon fichier ! \n> erreur caused by: \n> com.opensymphony.workflow.InvalidWorkflowDescriptorException: \n> Duplicate occurance of action ID 2 found in step 2 \n> Merci. \n> \n> -------- \n> Yves \n> Pôle du Système d\'Information \n> Pages professionnelles ENS : <a href=\"http://perso.ens-lyon.fr/yves.daoulatian/\" title=\"http://perso.ens-lyon.fr/yves.daoulatian/\">http://perso.ens-lyon.fr/yves.daoulatian/</a> \n> \n> \n> \n> \n> Vincent Bonamy a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Rebonjour, \n>> Oui le mieux est de modifier le workflow workflow_very_easy.xml en \n>> s\'inspirant de workflow_easy. \n>> L\'idée ici pour ne pas avoir de problèmes avec tes fiches actuelles \n>> est de rajouter une 3 ème étape comme tu l\'as fait d\'ailleurs a \n>> priori (cf pages 70-71-72). Au lieu de l\'appeler archived tu \n>> l\'appelles pending avec les traductions qui vont bien (\"en attente de \n>> publication\" par exemple). \n>> Tu configures les actions comme il faut pour faire de cette troisième \n>> étape (avec un id égale à 3 puisque les ids 1 et 2 sont déjà pris) \n>> l\'étape intermédiaire obligatoire entre les états private et published. \n>> Vincent. \n>> \n>> \n>> \n>> Yves Daoulatian wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> re, \n>>> oui mais comment associer un worflow avec modération pour les \n>>> documents DC le plus facilement possible ! \n>>> modifier \n>>> ori-oai-workflow-svn/conf/properties/spring/osworkflow/workflows/workflow_very_easy.xml \n>>> ? \n>>> utiliser une partie du modele workflow_easy ? \n>>> Merci. \n>>> \n>>> remarque : avec ceci les documents ne sont pas dans le groupe à \n>>> modérer ...</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>> >Ou tu peux faire en sorte qu\'il n\'ait que le modérateur qui a le </blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> droit de faire cette action : \n>>> <condition type=\"spring\"> \n>>> <arg name=\"bean.name\">hasRole</arg> \n>>> <arg name=\"mask\">4</arg>\n>>> </condition> \n>>> \n>>> \n>>> -------- \n>>> Yves \n>>> Pôle du Système d\'Information \n>>> Pages professionnelles ENS : <a href=\"http://perso.ens-lyon.fr/yves.daoulatian/\" title=\"http://perso.ens-lyon.fr/yves.daoulatian/\">http://perso.ens-lyon.fr/yves.daoulatian/</a> \n>>> \n>>> \n>>> \n>>> \n>>> Vincent Bonamy a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>> Bonjour Yves, \n>>>> \n>>>> \n>>>> * Non, tu n\'es pas obligé, mais si tu restes sur 2 étapes, le \n>>>> modérateur ne pourra pas savoir quand est-ce qu\'il devra/pourra \n>>>> publier telle ou telle ressource je pense, non ? \n>>>> \n>>>> \n>>>> * Pour supprimer une ressource publiée, il faut toujours la \n>>>> dépublier avant. \n>>>> Mais effectivement, je ne suis pas sûr que par défaut \n>>>> l\'administrateur ait le droit de rendre privé toutes les fiches \n>>>> publiées. \n>>>> \n>>>> \n>>>> * Avec les groupes tu peux définir un groupe qui serait modérateur, \n>>>> mais c\'est déjà le cas par défaut je crois : \n>>>> \n>>>> <bean class=\"org.orioai.workflow.beans.acls.OriAclRole\"> \n>>>> \n<property name=\"mask\" value=\"4\"/>\n>>>> \n<property name=\"recipient\" \n>>>> value=\"moderators\"/> \n>>>> </bean> \n>>>> \n>>>> Par contre dans le workflow associé aux Documents DC ( \n>>>> workflow_very_easy.xml ), tu peux ajouter le fait que les \n>>>> modérateurs ont le droit aussi de publier une ressource : \n>>>> \n>>>> <condition type=\"spring\"> \n>>>> <arg name=\"bean.name\">hasRole</arg> \n>>>> <arg name=\"mask\">6</arg>\n>>>> </condition> \n>>>> \n>>>> Ou tu peux faire en sorte qu\'il n\'ait que le modérateur qui a le \n>>>> droit de faire cette action : \n>>>> <condition type=\"spring\"> \n>>>> <arg name=\"bean.name\">hasRole</arg> \n>>>> <arg name=\"mask\">4</arg>\n>>>> </condition> \n>>>> \n>>>> Par défaut dans workflow_very_easy.xml tu as effectivement des \n>>>> conditions de la sorte : \n>>>> <condition type=\"spring\"> \n>>>> <arg name=\"bean.name\">hasRole</arg> \n>>>> <arg name=\"mask\">2</arg>\n>>>> </condition> \n>>>> \n>>>> Vincent. \n>>>> PS: on va tenter d\'améliorer la config par défaut (et la doc aussi, \n>>>> il faudrait qu\'on trouve le temps ...) au mieux suivant vos \n>>>> remarques, merci de ces retours. \n>>>> \n>>>> \n>>>> Yves Daoulatian wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_4\">>>>>> re, \n>>>>> ok mais est-ce que je suis obligé de passer à un workflow à 3 \n>>>>> états pour simplement définir que la majorité des personnes ont le \n>>>>> droit de déposer et qu\'un petit nombre est modérateur. \n>>>>> Dans ma configuration actuelle l\'administrateur n\'a pas le droit \n>>>>> de supprimer une ressource publiée par une autre personne.! \n>>>>> \n>>>>> Est-ce qu\'avec les groupes je peux dans le fichier \n>>>>> acegi-acls-root.xml définir un groupe qui serait modérateur \n>>>>> value = groupe_ldap_des_modérateur avec un mask de ? \n>>>>> \n>>>>> Si ce n\'est pas possible je passerai à un workflow en 3 états avec \n>>>>> une nouvelle transition \"archived\" comme nous avons vu en formation ! \n>>>>> \n>>>>> Merci beaucoup. \n>>>>> \n>>>>> -------- \n>>>>> Yves \n>>>>> Pôle du Système d\'Information \n>>>>> Pages professionnelles ENS : \n>>>>> <a href=\"http://perso.ens-lyon.fr/yves.daoulatian/\" title=\"http://perso.ens-lyon.fr/yves.daoulatian/\">http://perso.ens-lyon.fr/yves.daoulatian/</a> \n>>>>> \n>>>>> \n>>>>> \n>>>>> \n>>>>> Vincent Bonamy a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_5\">>>>>>> Bonjour Yves, \n>>>>>> \n>>>>>> Tu parles sûrement des fiches de type \"Document\". \n>>>>>> \n>>>>>> Par défaut effectivement, le workflow utilisé et qui est défini \n>>>>>> dans le fichier \"workflow_very_easy.xml\" conditionne l\'action \n>>>>>> Publish par : \n>>>>>> <restrict-to> \n>>>>>> <conditions type=\"AND\"> \n>>>>>> <condition type=\"spring\"> \n>>>>>> <arg name=\"bean.name\">hasRole</arg> \n>>>>>> <arg name=\"mask\">2</arg>\n>>>>>> </condition> \n>>>>>> </conditions> \n>>>>>> </restrict-to> \n>>>>>> \n>>>>>> => ce qui permet à tout propriétaire de fiche, de publier \n>>>>>> soit-même la fiche. \n>>>>>> \n>>>>>> Si tu veux un workflow plus complexe (avec une modération), il te \n>>>>>> faut redéfinir celui-ci (en t\'inspirant du workflow pour les \n>>>>>> ressources pédaogiques par exemple, et qui est en 3 états \n>>>>>> [workflow_easy.xml]). \n>>>>>> \n>>>>>> Vincent. \n>>>>>> \n>>>>>> \n>>>>>> \n>>>>>> Yves Daoulatian wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_6\">>>>>>>> Bonjour, \n>>>>>>> je viens de m\'apercevoir en fait que tout le monde a le droit de \n>>>>>>> publier des ressources ! \n>>>>>>> J\'ai bien sûr fait un ant deploy puis un ant update-acls puis \n>>>>>>> redémarrer le workflow \n>>>>>>> Est-ce que j\'ai oublié quelque chose ? \n>>>>>>> \n>>>>>>> Merci. \n>>>>>>> \n>>>>>>> \n>>>>>>> \n>>>>>>> <bean name=\"additionalGroupsFiltersMapping\" \n>>>>>>> class=\"org.springframework.beans.factory.config.MapFactoryBean\"> \n>>>>>>> \n<property name=\"sourceMap\">\n>>>>>>> <map> \n>>>>>>> <entry key=\"all\"> \n>>>>>>> \n>>>>>>> <value>(objectClass=Person)</value> \n>>>>>>> </entry> \n>>>>>>> <entry key=\"moderators\"> \n>>>>>>> \n>>>>>>> <value>(|(&(objectClass=Person)(uid=toto))(&(objectClass=Person)(uid=equemener))(&(objectClass=Person)(uid=ydaoulat)))</value> \n>>>>>>> \n>>>>>>> </entry> \n>>>>>>> <entry key=\"admins\"> \n>>>>>>> \n>>>>>>> <value>(&(objectClass=Person)(uid=ydaoulat))</value> \n>>>>>>> </entry> \n>>>>>>> </map> \n>>>>>>> </property>\n>>>>>>> </bean> \n>>>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_5\">>>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>></blockquote>\n<blockquote class=\"emailFilter_Author_1\">>></div>\n</blockquote>\n-- \nGilles Brochet\nResponsable Informatique \nBibliothèque de l\'INSA de Lyon\nDoc\'INSA \n60 Bd Niels Bohr 69621 Villeurbanne CEDEX\nTél : 04 72 43 70 31 \nFax : 04 72 43 85 02\n-- \nCe message a été vérifié par MailScanner \npour des virus ou des polluriels et rien de \nsuspect n\'a été trouvé.\n</div>\n', created = 1507745763, expire = 1507832163, headers = '', serialized = 0 WHERE cid = '4:319f38a7e54c01d7bf961e30baf3b1a2' 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:45f534ff5a5f90ba77d2c84d96efd062' 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\">re, \nmerci à vous deux (gilles Brochet) \nC\'est ok mais lorsque le clique sur ask to publish la fiche disparait ! \nMerci.\n-------- \nYves \nPôle du Système d\'Information \nPages professionnelles ENS : <a href=\"http://perso.ens-lyon.fr/yves.daoulatian/\" title=\"http://perso.ens-lyon.fr/yves.daoulatian/\">http://perso.ens-lyon.fr/yves.daoulatian/</a>\nVincent Bonamy a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Les ids des steps comme des actions doivent être uniques dans tout le \n> fichier. \n> Bizarrement on ne numérote pas les ids des actions step par step mais \n> globalement. \n> => En bref, tu ne peux pas avoir 2 actions avec le même id (2 ici) \n> même si elles ne font pas partie du même step. \n> Vincent. \n> \n> \n> Yves Daoulatian wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Re, \n>> ok vois-tu quelque chose qui n\'est pas correct dans mon fichier ! \n>> erreur caused by: \n>> com.opensymphony.workflow.InvalidWorkflowDescriptorException: \n>> Duplicate occurance of action ID 2 found in step 2 \n>> Merci. \n>> \n>> -------- \n>> Yves \n>> Pôle du Système d\'Information \n>> Pages professionnelles ENS : <a href=\"http://perso.ens-lyon.fr/yves.daoulatian/\" title=\"http://perso.ens-lyon.fr/yves.daoulatian/\">http://perso.ens-lyon.fr/yves.daoulatian/</a> \n>> \n>> \n>> \n>> \n>> Vincent Bonamy a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> Rebonjour, \n>>> Oui le mieux est de modifier le workflow workflow_very_easy.xml en \n>>> s\'inspirant de workflow_easy. \n>>> L\'idée ici pour ne pas avoir de problèmes avec tes fiches actuelles \n>>> est de rajouter une 3 ème étape comme tu l\'as fait d\'ailleurs a \n>>> priori (cf pages 70-71-72). Au lieu de l\'appeler archived tu \n>>> l\'appelles pending avec les traductions qui vont bien (\"en attente \n>>> de publication\" par exemple). \n>>> Tu configures les actions comme il faut pour faire de cette \n>>> troisième étape (avec un id égale à 3 puisque les ids 1 et 2 sont \n>>> déjà pris) l\'étape intermédiaire obligatoire entre les états private \n>>> et published. \n>>> Vincent. \n>>> \n>>> \n>>> \n>>> Yves Daoulatian wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>> re, \n>>>> oui mais comment associer un worflow avec modération pour les \n>>>> documents DC le plus facilement possible ! \n>>>> modifier \n>>>> ori-oai-workflow-svn/conf/properties/spring/osworkflow/workflows/workflow_very_easy.xml \n>>>> ? \n>>>> utiliser une partie du modele workflow_easy ? \n>>>> Merci. \n>>>> \n>>>> remarque : avec ceci les documents ne sont pas dans le groupe à \n>>>> modérer ...</blockquote>\n<blockquote class=\"emailFilter_Author_4\">>>>> >Ou tu peux faire en sorte qu\'il n\'ait que le modérateur qui a le </blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>> droit de faire cette action : \n>>>> <condition type=\"spring\"> \n>>>> <arg name=\"bean.name\">hasRole</arg> \n>>>> <arg name=\"mask\">4</arg>\n>>>> </condition> \n>>>> \n>>>> \n>>>> -------- \n>>>> Yves \n>>>> Pôle du Système d\'Information \n>>>> Pages professionnelles ENS : <a href=\"http://perso.ens-lyon.fr/yves.daoulatian/\" title=\"http://perso.ens-lyon.fr/yves.daoulatian/\">http://perso.ens-lyon.fr/yves.daoulatian/</a> \n>>>> \n>>>> \n>>>> \n>>>> \n>>>> Vincent Bonamy a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_4\">>>>>> Bonjour Yves, \n>>>>> \n>>>>> \n>>>>> * Non, tu n\'es pas obligé, mais si tu restes sur 2 étapes, le \n>>>>> modérateur ne pourra pas savoir quand est-ce qu\'il devra/pourra \n>>>>> publier telle ou telle ressource je pense, non ? \n>>>>> \n>>>>> \n>>>>> * Pour supprimer une ressource publiée, il faut toujours la \n>>>>> dépublier avant. \n>>>>> Mais effectivement, je ne suis pas sûr que par défaut \n>>>>> l\'administrateur ait le droit de rendre privé toutes les fiches \n>>>>> publiées. \n>>>>> \n>>>>> \n>>>>> * Avec les groupes tu peux définir un groupe qui serait \n>>>>> modérateur, mais c\'est déjà le cas par défaut je crois : \n>>>>> \n>>>>> <bean class=\"org.orioai.workflow.beans.acls.OriAclRole\"> \n>>>>> \n<property name=\"mask\" value=\"4\"/>\n>>>>> \n<property name=\"recipient\" \n>>>>> value=\"moderators\"/> \n>>>>> </bean> \n>>>>> \n>>>>> Par contre dans le workflow associé aux Documents DC ( \n>>>>> workflow_very_easy.xml ), tu peux ajouter le fait que les \n>>>>> modérateurs ont le droit aussi de publier une ressource : \n>>>>> \n>>>>> <condition type=\"spring\"> \n>>>>> <arg name=\"bean.name\">hasRole</arg> \n>>>>> <arg name=\"mask\">6</arg>\n>>>>> </condition> \n>>>>> \n>>>>> Ou tu peux faire en sorte qu\'il n\'ait que le modérateur qui a le \n>>>>> droit de faire cette action : \n>>>>> <condition type=\"spring\"> \n>>>>> <arg name=\"bean.name\">hasRole</arg> \n>>>>> <arg name=\"mask\">4</arg>\n>>>>> </condition> \n>>>>> \n>>>>> Par défaut dans workflow_very_easy.xml tu as effectivement des \n>>>>> conditions de la sorte : \n>>>>> <condition type=\"spring\"> \n>>>>> <arg name=\"bean.name\">hasRole</arg> \n>>>>> <arg name=\"mask\">2</arg>\n>>>>> </condition> \n>>>>> \n>>>>> Vincent. \n>>>>> PS: on va tenter d\'améliorer la config par défaut (et la doc \n>>>>> aussi, il faudrait qu\'on trouve le temps ...) au mieux suivant vos \n>>>>> remarques, merci de ces retours. \n>>>>> \n>>>>> \n>>>>> Yves Daoulatian wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_5\">>>>>>> re, \n>>>>>> ok mais est-ce que je suis obligé de passer à un workflow à 3 \n>>>>>> états pour simplement définir que la majorité des personnes ont \n>>>>>> le droit de déposer et qu\'un petit nombre est modérateur. \n>>>>>> Dans ma configuration actuelle l\'administrateur n\'a pas le droit \n>>>>>> de supprimer une ressource publiée par une autre personne.! \n>>>>>> \n>>>>>> Est-ce qu\'avec les groupes je peux dans le fichier \n>>>>>> acegi-acls-root.xml définir un groupe qui serait modérateur \n>>>>>> value = groupe_ldap_des_modérateur avec un mask de ? \n>>>>>> \n>>>>>> Si ce n\'est pas possible je passerai à un workflow en 3 états \n>>>>>> avec une nouvelle transition \"archived\" comme nous avons vu en \n>>>>>> formation ! \n>>>>>> \n>>>>>> Merci beaucoup. \n>>>>>> \n>>>>>> -------- \n>>>>>> Yves \n>>>>>> Pôle du Système d\'Information \n>>>>>> Pages professionnelles ENS : \n>>>>>> <a href=\"http://perso.ens-lyon.fr/yves.daoulatian/\" title=\"http://perso.ens-lyon.fr/yves.daoulatian/\">http://perso.ens-lyon.fr/yves.daoulatian/</a> \n>>>>>> \n>>>>>> \n>>>>>> \n>>>>>> \n>>>>>> Vincent Bonamy a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_6\">>>>>>>> Bonjour Yves, \n>>>>>>> \n>>>>>>> Tu parles sûrement des fiches de type \"Document\". \n>>>>>>> \n>>>>>>> Par défaut effectivement, le workflow utilisé et qui est défini \n>>>>>>> dans le fichier \"workflow_very_easy.xml\" conditionne l\'action \n>>>>>>> Publish par : \n>>>>>>> <restrict-to> \n>>>>>>> <conditions type=\"AND\"> \n>>>>>>> <condition type=\"spring\"> \n>>>>>>> <arg name=\"bean.name\">hasRole</arg> \n>>>>>>> <arg name=\"mask\">2</arg>\n>>>>>>> </condition> \n>>>>>>> </conditions> \n>>>>>>> </restrict-to> \n>>>>>>> \n>>>>>>> => ce qui permet à tout propriétaire de fiche, de publier \n>>>>>>> soit-même la fiche. \n>>>>>>> \n>>>>>>> Si tu veux un workflow plus complexe (avec une modération), il \n>>>>>>> te faut redéfinir celui-ci (en t\'inspirant du workflow pour les \n>>>>>>> ressources pédaogiques par exemple, et qui est en 3 états \n>>>>>>> [workflow_easy.xml]). \n>>>>>>> \n>>>>>>> Vincent. \n>>>>>>> \n>>>>>>> \n>>>>>>> \n>>>>>>> Yves Daoulatian wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_7\">>>>>>>>> Bonjour, \n>>>>>>>> je viens de m\'apercevoir en fait que tout le monde a le droit \n>>>>>>>> de publier des ressources ! \n>>>>>>>> J\'ai bien sûr fait un ant deploy puis un ant update-acls puis \n>>>>>>>> redémarrer le workflow \n>>>>>>>> Est-ce que j\'ai oublié quelque chose ? \n>>>>>>>> \n>>>>>>>> Merci. \n>>>>>>>> \n>>>>>>>> \n>>>>>>>> \n>>>>>>>> <bean name=\"additionalGroupsFiltersMapping\" \n>>>>>>>> class=\"org.springframework.beans.factory.config.MapFactoryBean\"> \n>>>>>>>> \n<property name=\"sourceMap\">\n>>>>>>>> <map> \n>>>>>>>> <entry key=\"all\"> \n>>>>>>>> \n>>>>>>>> <value>(objectClass=Person)</value> \n>>>>>>>> </entry> \n>>>>>>>> <entry key=\"moderators\"> \n>>>>>>>> \n>>>>>>>> <value>(|(&(objectClass=Person)(uid=toto))(&(objectClass=Person)(uid=equemener))(&(objectClass=Person)(uid=ydaoulat)))</value> \n>>>>>>>> \n>>>>>>>> </entry> \n>>>>>>>> <entry key=\"admins\"> \n>>>>>>>> \n>>>>>>>> <value>(&(objectClass=Person)(uid=ydaoulat))</value> \n>>>>>>>> </entry> \n>>>>>>>> </map> \n>>>>>>>> </property>\n>>>>>>>> </bean> \n>>>>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_6\">>>>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_4\">>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>></blockquote>\n<blockquote class=\"emailFilter_Author_0\">></div>\n</blockquote>\n-- \nCe message a été vérifié par MailScanner \npour des virus ou des polluriels et rien de \nsuspect n\'a été trouvé.\n</div>\n', created = 1507745763, expire = 1507832163, headers = '', serialized = 0 WHERE cid = '4:45f534ff5a5f90ba77d2c84d96efd062' 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:2fa284c8b4acaaf9a62b16db4b3d74fe' 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\">Elle disparait c\'est à dire qu\'elle n\'est plus visible dans aucune des \ncatégories ? \nIl ne faut pas oublier de modifier le spring-categories.xml . \nVincent.\nYves Daoulatian wrote: \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> re, \n> merci à vous deux (gilles Brochet) \n> C\'est ok mais lorsque le clique sur ask to publish la fiche disparait ! \n> Merci. \n> \n> -------- \n> Yves \n> Pôle du Système d\'Information \n> Pages professionnelles ENS : <a href=\"http://perso.ens-lyon.fr/yves.daoulatian/\" title=\"http://perso.ens-lyon.fr/yves.daoulatian/\">http://perso.ens-lyon.fr/yves.daoulatian/</a> \n> \n> \n> \n> \n> Vincent Bonamy a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Les ids des steps comme des actions doivent être uniques dans tout le \n>> fichier. \n>> Bizarrement on ne numérote pas les ids des actions step par step mais \n>> globalement. \n>> => En bref, tu ne peux pas avoir 2 actions avec le même id (2 ici) \n>> même si elles ne font pas partie du même step. \n>> Vincent. \n>> \n>> \n>> Yves Daoulatian wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> Re, \n>>> ok vois-tu quelque chose qui n\'est pas correct dans mon fichier ! \n>>> erreur caused by: \n>>> com.opensymphony.workflow.InvalidWorkflowDescriptorException: \n>>> Duplicate occurance of action ID 2 found in step 2 \n>>> Merci. \n>>> \n>>> -------- \n>>> Yves \n>>> Pôle du Système d\'Information \n>>> Pages professionnelles ENS : <a href=\"http://perso.ens-lyon.fr/yves.daoulatian/\" title=\"http://perso.ens-lyon.fr/yves.daoulatian/\">http://perso.ens-lyon.fr/yves.daoulatian/</a> \n>>> \n>>> \n>>> \n>>> \n>>> Vincent Bonamy a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>> Rebonjour, \n>>>> Oui le mieux est de modifier le workflow workflow_very_easy.xml en \n>>>> s\'inspirant de workflow_easy. \n>>>> L\'idée ici pour ne pas avoir de problèmes avec tes fiches actuelles \n>>>> est de rajouter une 3 ème étape comme tu l\'as fait d\'ailleurs a \n>>>> priori (cf pages 70-71-72). Au lieu de l\'appeler archived tu \n>>>> l\'appelles pending avec les traductions qui vont bien (\"en attente \n>>>> de publication\" par exemple). \n>>>> Tu configures les actions comme il faut pour faire de cette \n>>>> troisième étape (avec un id égale à 3 puisque les ids 1 et 2 sont \n>>>> déjà pris) l\'étape intermédiaire obligatoire entre les états \n>>>> private et published. \n>>>> Vincent. \n>>>> \n>>>> \n>>>> \n>>>> Yves Daoulatian wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_4\">>>>>> re, \n>>>>> oui mais comment associer un worflow avec modération pour les \n>>>>> documents DC le plus facilement possible ! \n>>>>> modifier \n>>>>> ori-oai-workflow-svn/conf/properties/spring/osworkflow/workflows/workflow_very_easy.xml \n>>>>> ? \n>>>>> utiliser une partie du modele workflow_easy ? \n>>>>> Merci. \n>>>>> \n>>>>> remarque : avec ceci les documents ne sont pas dans le groupe à \n>>>>> modérer ...</blockquote>\n<blockquote class=\"emailFilter_Author_5\">>>>>> >Ou tu peux faire en sorte qu\'il n\'ait que le modérateur qui a le </blockquote>\n<blockquote class=\"emailFilter_Author_4\">>>>>> droit de faire cette action : \n>>>>> <condition type=\"spring\"> \n>>>>> <arg name=\"bean.name\">hasRole</arg> \n>>>>> <arg name=\"mask\">4</arg>\n>>>>> </condition> \n>>>>> \n>>>>> \n>>>>> -------- \n>>>>> Yves \n>>>>> Pôle du Système d\'Information \n>>>>> Pages professionnelles ENS : \n>>>>> <a href=\"http://perso.ens-lyon.fr/yves.daoulatian/\" title=\"http://perso.ens-lyon.fr/yves.daoulatian/\">http://perso.ens-lyon.fr/yves.daoulatian/</a> \n>>>>> \n>>>>> \n>>>>> \n>>>>> \n>>>>> Vincent Bonamy a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_5\">>>>>>> Bonjour Yves, \n>>>>>> \n>>>>>> \n>>>>>> * Non, tu n\'es pas obligé, mais si tu restes sur 2 étapes, le \n>>>>>> modérateur ne pourra pas savoir quand est-ce qu\'il devra/pourra \n>>>>>> publier telle ou telle ressource je pense, non ? \n>>>>>> \n>>>>>> \n>>>>>> * Pour supprimer une ressource publiée, il faut toujours la \n>>>>>> dépublier avant. \n>>>>>> Mais effectivement, je ne suis pas sûr que par défaut \n>>>>>> l\'administrateur ait le droit de rendre privé toutes les fiches \n>>>>>> publiées. \n>>>>>> \n>>>>>> \n>>>>>> * Avec les groupes tu peux définir un groupe qui serait \n>>>>>> modérateur, mais c\'est déjà le cas par défaut je crois : \n>>>>>> \n>>>>>> <bean class=\"org.orioai.workflow.beans.acls.OriAclRole\"> \n>>>>>> \n<property name=\"mask\" value=\"4\"/>\n>>>>>> \n<property name=\"recipient\" \n>>>>>> value=\"moderators\"/> \n>>>>>> </bean> \n>>>>>> \n>>>>>> Par contre dans le workflow associé aux Documents DC ( \n>>>>>> workflow_very_easy.xml ), tu peux ajouter le fait que les \n>>>>>> modérateurs ont le droit aussi de publier une ressource : \n>>>>>> \n>>>>>> <condition type=\"spring\"> \n>>>>>> <arg name=\"bean.name\">hasRole</arg> \n>>>>>> <arg name=\"mask\">6</arg>\n>>>>>> </condition> \n>>>>>> \n>>>>>> Ou tu peux faire en sorte qu\'il n\'ait que le modérateur qui a le \n>>>>>> droit de faire cette action : \n>>>>>> <condition type=\"spring\"> \n>>>>>> <arg name=\"bean.name\">hasRole</arg> \n>>>>>> <arg name=\"mask\">4</arg>\n>>>>>> </condition> \n>>>>>> \n>>>>>> Par défaut dans workflow_very_easy.xml tu as effectivement des \n>>>>>> conditions de la sorte : \n>>>>>> <condition type=\"spring\"> \n>>>>>> <arg name=\"bean.name\">hasRole</arg> \n>>>>>> <arg name=\"mask\">2</arg>\n>>>>>> </condition> \n>>>>>> \n>>>>>> Vincent. \n>>>>>> PS: on va tenter d\'améliorer la config par défaut (et la doc \n>>>>>> aussi, il faudrait qu\'on trouve le temps ...) au mieux suivant \n>>>>>> vos remarques, merci de ces retours. \n>>>>>> \n>>>>>> \n>>>>>> Yves Daoulatian wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_6\">>>>>>>> re, \n>>>>>>> ok mais est-ce que je suis obligé de passer à un workflow à 3 \n>>>>>>> états pour simplement définir que la majorité des personnes ont \n>>>>>>> le droit de déposer et qu\'un petit nombre est modérateur. \n>>>>>>> Dans ma configuration actuelle l\'administrateur n\'a pas le droit \n>>>>>>> de supprimer une ressource publiée par une autre personne.! \n>>>>>>> \n>>>>>>> Est-ce qu\'avec les groupes je peux dans le fichier \n>>>>>>> acegi-acls-root.xml définir un groupe qui serait modérateur \n>>>>>>> value = groupe_ldap_des_modérateur avec un mask de ? \n>>>>>>> \n>>>>>>> Si ce n\'est pas possible je passerai à un workflow en 3 états \n>>>>>>> avec une nouvelle transition \"archived\" comme nous avons vu en \n>>>>>>> formation ! \n>>>>>>> \n>>>>>>> Merci beaucoup. \n>>>>>>> \n>>>>>>> -------- \n>>>>>>> Yves \n>>>>>>> Pôle du Système d\'Information \n>>>>>>> Pages professionnelles ENS : \n>>>>>>> <a href=\"http://perso.ens-lyon.fr/yves.daoulatian/\" title=\"http://perso.ens-lyon.fr/yves.daoulatian/\">http://perso.ens-lyon.fr/yves.daoulatian/</a> \n>>>>>>> \n>>>>>>> \n>>>>>>> \n>>>>>>> \n>>>>>>> Vincent Bonamy a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_7\">>>>>>>>> Bonjour Yves, \n>>>>>>>> \n>>>>>>>> Tu parles sûrement des fiches de type \"Document\". \n>>>>>>>> \n>>>>>>>> Par défaut effectivement, le workflow utilisé et qui est défini \n>>>>>>>> dans le fichier \"workflow_very_easy.xml\" conditionne l\'action \n>>>>>>>> Publish par : \n>>>>>>>> <restrict-to> \n>>>>>>>> <conditions type=\"AND\"> \n>>>>>>>> <condition type=\"spring\"> \n>>>>>>>> <arg name=\"bean.name\">hasRole</arg> \n>>>>>>>> <arg name=\"mask\">2</arg>\n>>>>>>>> </condition> \n>>>>>>>> </conditions> \n>>>>>>>> </restrict-to> \n>>>>>>>> \n>>>>>>>> => ce qui permet à tout propriétaire de fiche, de publier \n>>>>>>>> soit-même la fiche. \n>>>>>>>> \n>>>>>>>> Si tu veux un workflow plus complexe (avec une modération), il \n>>>>>>>> te faut redéfinir celui-ci (en t\'inspirant du workflow pour les \n>>>>>>>> ressources pédaogiques par exemple, et qui est en 3 états \n>>>>>>>> [workflow_easy.xml]). \n>>>>>>>> \n>>>>>>>> Vincent. \n>>>>>>>> \n>>>>>>>> \n>>>>>>>> \n>>>>>>>> Yves Daoulatian wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_8\">>>>>>>>>> Bonjour, \n>>>>>>>>> je viens de m\'apercevoir en fait que tout le monde a le droit \n>>>>>>>>> de publier des ressources ! \n>>>>>>>>> J\'ai bien sûr fait un ant deploy puis un ant update-acls puis \n>>>>>>>>> redémarrer le workflow \n>>>>>>>>> Est-ce que j\'ai oublié quelque chose ? \n>>>>>>>>> \n>>>>>>>>> Merci. \n>>>>>>>>> \n>>>>>>>>> \n>>>>>>>>> \n>>>>>>>>> <bean name=\"additionalGroupsFiltersMapping\" \n>>>>>>>>> class=\"org.springframework.beans.factory.config.MapFactoryBean\"> \n>>>>>>>>> \n<property name=\"sourceMap\">\n>>>>>>>>> <map> \n>>>>>>>>> <entry key=\"all\"> \n>>>>>>>>> \n>>>>>>>>> <value>(objectClass=Person)</value> \n>>>>>>>>> </entry> \n>>>>>>>>> <entry key=\"moderators\"> \n>>>>>>>>> \n>>>>>>>>> <value>(|(&(objectClass=Person)(uid=toto))(&(objectClass=Person)(uid=equemener))(&(objectClass=Person)(uid=ydaoulat)))</value> \n>>>>>>>>> \n>>>>>>>>> </entry> \n>>>>>>>>> <entry key=\"admins\"> \n>>>>>>>>> \n>>>>>>>>> <value>(&(objectClass=Person)(uid=ydaoulat))</value> \n>>>>>>>>> </entry> \n>>>>>>>>> </map> \n>>>>>>>>> </property>\n>>>>>>>>> </bean> \n>>>>>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_7\">>>>>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_5\">>>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>></blockquote>\n<blockquote class=\"emailFilter_Author_1\">>></div>\n</blockquote>\n-- \nCe message a été vérifié par MailScanner \npour des virus ou des polluriels et rien de \nsuspect n\'a été trouvé.\n</div>\n', created = 1507745763, expire = 1507832163, headers = '', serialized = 0 WHERE cid = '4:2fa284c8b4acaaf9a62b16db4b3d74fe' 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:ad38855f11fe6d82ac854a7190888e36' 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\">re, \nparfait ! \nMerci.\n-------- \nYves \nPôle du Système d\'Information \nPages professionnelles ENS : <a href=\"http://perso.ens-lyon.fr/yves.daoulatian/\" title=\"http://perso.ens-lyon.fr/yves.daoulatian/\">http://perso.ens-lyon.fr/yves.daoulatian/</a>\nVincent Bonamy a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Elle disparait c\'est à dire qu\'elle n\'est plus visible dans aucune des \n> catégories ? \n> Il ne faut pas oublier de modifier le spring-categories.xml . \n> Vincent. \n> \n> \n> Yves Daoulatian wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> re, \n>> merci à vous deux (gilles Brochet) \n>> C\'est ok mais lorsque le clique sur ask to publish la fiche disparait ! \n>> Merci. \n>> \n>> -------- \n>> Yves \n>> Pôle du Système d\'Information \n>> Pages professionnelles ENS : <a href=\"http://perso.ens-lyon.fr/yves.daoulatian/\" title=\"http://perso.ens-lyon.fr/yves.daoulatian/\">http://perso.ens-lyon.fr/yves.daoulatian/</a> \n>> \n>> \n>> \n>> \n>> Vincent Bonamy a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> Les ids des steps comme des actions doivent être uniques dans tout \n>>> le fichier. \n>>> Bizarrement on ne numérote pas les ids des actions step par step \n>>> mais globalement. \n>>> => En bref, tu ne peux pas avoir 2 actions avec le même id (2 ici) \n>>> même si elles ne font pas partie du même step. \n>>> Vincent. \n>>> \n>>> \n>>> Yves Daoulatian wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>> Re, \n>>>> ok vois-tu quelque chose qui n\'est pas correct dans mon fichier ! \n>>>> erreur caused by: \n>>>> com.opensymphony.workflow.InvalidWorkflowDescriptorException: \n>>>> Duplicate occurance of action ID 2 found in step 2 \n>>>> Merci. \n>>>> \n>>>> -------- \n>>>> Yves \n>>>> Pôle du Système d\'Information \n>>>> Pages professionnelles ENS : <a href=\"http://perso.ens-lyon.fr/yves.daoulatian/\" title=\"http://perso.ens-lyon.fr/yves.daoulatian/\">http://perso.ens-lyon.fr/yves.daoulatian/</a> \n>>>> \n>>>> \n>>>> \n>>>> \n>>>> Vincent Bonamy a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_4\">>>>>> Rebonjour, \n>>>>> Oui le mieux est de modifier le workflow workflow_very_easy.xml \n>>>>> en s\'inspirant de workflow_easy. \n>>>>> L\'idée ici pour ne pas avoir de problèmes avec tes fiches \n>>>>> actuelles est de rajouter une 3 ème étape comme tu l\'as fait \n>>>>> d\'ailleurs a priori (cf pages 70-71-72). Au lieu de l\'appeler \n>>>>> archived tu l\'appelles pending avec les traductions qui vont bien \n>>>>> (\"en attente de publication\" par exemple). \n>>>>> Tu configures les actions comme il faut pour faire de cette \n>>>>> troisième étape (avec un id égale à 3 puisque les ids 1 et 2 sont \n>>>>> déjà pris) l\'étape intermédiaire obligatoire entre les états \n>>>>> private et published. \n>>>>> Vincent. \n>>>>> \n>>>>> \n>>>>> \n>>>>> Yves Daoulatian wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_5\">>>>>>> re, \n>>>>>> oui mais comment associer un worflow avec modération pour les \n>>>>>> documents DC le plus facilement possible ! \n>>>>>> modifier \n>>>>>> ori-oai-workflow-svn/conf/properties/spring/osworkflow/workflows/workflow_very_easy.xml \n>>>>>> ? \n>>>>>> utiliser une partie du modele workflow_easy ? \n>>>>>> Merci. \n>>>>>> \n>>>>>> remarque : avec ceci les documents ne sont pas dans le groupe à \n>>>>>> modérer ...</blockquote>\n<blockquote class=\"emailFilter_Author_6\">>>>>>> >Ou tu peux faire en sorte qu\'il n\'ait que le modérateur qui a le </blockquote>\n<blockquote class=\"emailFilter_Author_5\">>>>>>> droit de faire cette action : \n>>>>>> <condition type=\"spring\"> \n>>>>>> <arg name=\"bean.name\">hasRole</arg> \n>>>>>> <arg name=\"mask\">4</arg>\n>>>>>> </condition> \n>>>>>> \n>>>>>> \n>>>>>> -------- \n>>>>>> Yves \n>>>>>> Pôle du Système d\'Information \n>>>>>> Pages professionnelles ENS : \n>>>>>> <a href=\"http://perso.ens-lyon.fr/yves.daoulatian/\" title=\"http://perso.ens-lyon.fr/yves.daoulatian/\">http://perso.ens-lyon.fr/yves.daoulatian/</a> \n>>>>>> \n>>>>>> \n>>>>>> \n>>>>>> \n>>>>>> Vincent Bonamy a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_6\">>>>>>>> Bonjour Yves, \n>>>>>>> \n>>>>>>> \n>>>>>>> * Non, tu n\'es pas obligé, mais si tu restes sur 2 étapes, le \n>>>>>>> modérateur ne pourra pas savoir quand est-ce qu\'il devra/pourra \n>>>>>>> publier telle ou telle ressource je pense, non ? \n>>>>>>> \n>>>>>>> \n>>>>>>> * Pour supprimer une ressource publiée, il faut toujours la \n>>>>>>> dépublier avant. \n>>>>>>> Mais effectivement, je ne suis pas sûr que par défaut \n>>>>>>> l\'administrateur ait le droit de rendre privé toutes les fiches \n>>>>>>> publiées. \n>>>>>>> \n>>>>>>> \n>>>>>>> * Avec les groupes tu peux définir un groupe qui serait \n>>>>>>> modérateur, mais c\'est déjà le cas par défaut je crois : \n>>>>>>> \n>>>>>>> <bean class=\"org.orioai.workflow.beans.acls.OriAclRole\"> \n>>>>>>> \n<property name=\"mask\" value=\"4\"/>\n>>>>>>> \n<property name=\"recipient\" \n>>>>>>> value=\"moderators\"/> \n>>>>>>> </bean> \n>>>>>>> \n>>>>>>> Par contre dans le workflow associé aux Documents DC ( \n>>>>>>> workflow_very_easy.xml ), tu peux ajouter le fait que les \n>>>>>>> modérateurs ont le droit aussi de publier une ressource : \n>>>>>>> \n>>>>>>> <condition type=\"spring\"> \n>>>>>>> <arg name=\"bean.name\">hasRole</arg> \n>>>>>>> <arg name=\"mask\">6</arg>\n>>>>>>> </condition> \n>>>>>>> \n>>>>>>> Ou tu peux faire en sorte qu\'il n\'ait que le modérateur qui a le \n>>>>>>> droit de faire cette action : \n>>>>>>> <condition type=\"spring\"> \n>>>>>>> <arg name=\"bean.name\">hasRole</arg> \n>>>>>>> <arg name=\"mask\">4</arg>\n>>>>>>> </condition> \n>>>>>>> \n>>>>>>> Par défaut dans workflow_very_easy.xml tu as effectivement des \n>>>>>>> conditions de la sorte : \n>>>>>>> <condition type=\"spring\"> \n>>>>>>> <arg name=\"bean.name\">hasRole</arg> \n>>>>>>> <arg name=\"mask\">2</arg>\n>>>>>>> </condition> \n>>>>>>> \n>>>>>>> Vincent. \n>>>>>>> PS: on va tenter d\'améliorer la config par défaut (et la doc \n>>>>>>> aussi, il faudrait qu\'on trouve le temps ...) au mieux suivant \n>>>>>>> vos remarques, merci de ces retours. \n>>>>>>> \n>>>>>>> \n>>>>>>> Yves Daoulatian wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_7\">>>>>>>>> re, \n>>>>>>>> ok mais est-ce que je suis obligé de passer à un workflow à 3 \n>>>>>>>> états pour simplement définir que la majorité des personnes ont \n>>>>>>>> le droit de déposer et qu\'un petit nombre est modérateur. \n>>>>>>>> Dans ma configuration actuelle l\'administrateur n\'a pas le \n>>>>>>>> droit de supprimer une ressource publiée par une autre personne.! \n>>>>>>>> \n>>>>>>>> Est-ce qu\'avec les groupes je peux dans le fichier \n>>>>>>>> acegi-acls-root.xml définir un groupe qui serait modérateur \n>>>>>>>> value = groupe_ldap_des_modérateur avec un mask de ? \n>>>>>>>> \n>>>>>>>> Si ce n\'est pas possible je passerai à un workflow en 3 états \n>>>>>>>> avec une nouvelle transition \"archived\" comme nous avons vu en \n>>>>>>>> formation ! \n>>>>>>>> \n>>>>>>>> Merci beaucoup. \n>>>>>>>> \n>>>>>>>> -------- \n>>>>>>>> Yves \n>>>>>>>> Pôle du Système d\'Information \n>>>>>>>> Pages professionnelles ENS : \n>>>>>>>> <a href=\"http://perso.ens-lyon.fr/yves.daoulatian/\" title=\"http://perso.ens-lyon.fr/yves.daoulatian/\">http://perso.ens-lyon.fr/yves.daoulatian/</a> \n>>>>>>>> \n>>>>>>>> \n>>>>>>>> \n>>>>>>>> \n>>>>>>>> Vincent Bonamy a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_8\">>>>>>>>>> Bonjour Yves, \n>>>>>>>>> \n>>>>>>>>> Tu parles sûrement des fiches de type \"Document\". \n>>>>>>>>> \n>>>>>>>>> Par défaut effectivement, le workflow utilisé et qui est \n>>>>>>>>> défini dans le fichier \"workflow_very_easy.xml\" conditionne \n>>>>>>>>> l\'action Publish par : \n>>>>>>>>> <restrict-to> \n>>>>>>>>> <conditions type=\"AND\"> \n>>>>>>>>> <condition type=\"spring\"> \n>>>>>>>>> <arg \n>>>>>>>>> name=\"bean.name\">hasRole</arg> \n>>>>>>>>> <arg name=\"mask\">2</arg>\n>>>>>>>>> </condition> \n>>>>>>>>> </conditions> \n>>>>>>>>> </restrict-to> \n>>>>>>>>> \n>>>>>>>>> => ce qui permet à tout propriétaire de fiche, de publier \n>>>>>>>>> soit-même la fiche. \n>>>>>>>>> \n>>>>>>>>> Si tu veux un workflow plus complexe (avec une modération), il \n>>>>>>>>> te faut redéfinir celui-ci (en t\'inspirant du workflow pour \n>>>>>>>>> les ressources pédaogiques par exemple, et qui est en 3 états \n>>>>>>>>> [workflow_easy.xml]). \n>>>>>>>>> \n>>>>>>>>> Vincent. \n>>>>>>>>> \n>>>>>>>>> \n>>>>>>>>> \n>>>>>>>>> Yves Daoulatian wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_0\">>>>>>>>>>> Bonjour, \n>>>>>>>>>> je viens de m\'apercevoir en fait que tout le monde a le droit \n>>>>>>>>>> de publier des ressources ! \n>>>>>>>>>> J\'ai bien sûr fait un ant deploy puis un ant update-acls puis \n>>>>>>>>>> redémarrer le workflow \n>>>>>>>>>> Est-ce que j\'ai oublié quelque chose ? \n>>>>>>>>>> \n>>>>>>>>>> Merci. \n>>>>>>>>>> \n>>>>>>>>>> \n>>>>>>>>>> \n>>>>>>>>>> <bean name=\"additionalGroupsFiltersMapping\" \n>>>>>>>>>> class=\"org.springframework.beans.factory.config.MapFactoryBean\"> \n>>>>>>>>>> \n<property name=\"sourceMap\">\n>>>>>>>>>> <map> \n>>>>>>>>>> <entry key=\"all\"> \n>>>>>>>>>> \n>>>>>>>>>> <value>(objectClass=Person)</value> \n>>>>>>>>>> </entry> \n>>>>>>>>>> <entry key=\"moderators\"> \n>>>>>>>>>> \n>>>>>>>>>> <value>(|(&(objectClass=Person)(uid=toto))(&(objectClass=Person)(uid=equemener))(&(objectClass=Person)(uid=ydaoulat)))</value> \n>>>>>>>>>> \n>>>>>>>>>> </entry> \n>>>>>>>>>> <entry key=\"admins\"> \n>>>>>>>>>> \n>>>>>>>>>> <value>(&(objectClass=Person)(uid=ydaoulat))</value> \n>>>>>>>>>> </entry> \n>>>>>>>>>> </map> \n>>>>>>>>>> </property>\n>>>>>>>>>> </bean> \n>>>>>>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_8\">>>>>>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_6\">>>>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_4\">>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>></blockquote>\n<blockquote class=\"emailFilter_Author_0\">></div>\n</blockquote>\n-- \nCe message a été vérifié par MailScanner \npour des virus ou des polluriels et rien de \nsuspect n\'a été trouvé.\n</div>\n', created = 1507745763, expire = 1507832163, headers = '', serialized = 0 WHERE cid = '4:ad38855f11fe6d82ac854a7190888e36' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.

12 messages / 0 nouveaux

Sujet clos

9 juin 2008 - 2:12pm

yvesdaoulatian

workflow droits ...

Bonjour,
je viens de m'apercevoir en fait que tout le monde a le droit de publier
des ressources !
J'ai bien sûr fait un ant deploy puis un ant update-acls puis redémarrer
le workflow
Est-ce que j'ai oublié quelque chose ?

Merci.

class="org.springframework.beans.factory.config.MapFactoryBean">

(objectClass=Person)

(|(&(objectClass=Person)(uid=toto))(&(objectClass=Person)(uid=equemener))(&(objectClass=Person)(uid=ydaoulat)))

(&(objectClass=Person)(uid=ydaoulat))

--
--------
Yves
Pôle du Système d'Information
Pages professionnelles ENS : http://perso.ens-lyon.fr/yves.daoulatian/

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

9 juin 2008 - 2:33pm

vincentbonamy

Bonjour Yves,

Tu parles sûrement des fiches de type "Document".

Par défaut effectivement, le workflow utilisé et qui est défini dans le
fichier "workflow_very_easy.xml" conditionne l'action Publish par :

hasRole
2

=> ce qui permet à tout propriétaire de fiche, de publier soit-même la
fiche.

Si tu veux un workflow plus complexe (avec une modération), il te faut
redéfinir celui-ci (en t'inspirant du workflow pour les ressources
pédaogiques par exemple, et qui est en 3 états [workflow_easy.xml]).

Vincent.

Yves Daoulatian wrote:

> Bonjour,
> je viens de m'apercevoir en fait que tout le monde a le droit de
> publier des ressources !
> J'ai bien sûr fait un ant deploy puis un ant update-acls puis
> redémarrer le workflow
> Est-ce que j'ai oublié quelque chose ?
>
> Merci.
>
>
>
> > class="org.springframework.beans.factory.config.MapFactoryBean">
>
>
>
>
> (objectClass=Person)
>
>
>
> (|(&(objectClass=Person)(uid=toto))(&(objectClass=Person)(uid=equemener))(&(objectClass=Person)(uid=ydaoulat)))
>
>
>
>
> (&(objectClass=Person)(uid=ydaoulat))
>
>
> >
>

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

9 juin 2008 - 3:03pm

(Répondre à #2) #3

yvesdaoulatian

re,
ok mais est-ce que je suis obligé de passer à un workflow à 3 états pour
simplement définir que la majorité des personnes ont le droit de déposer
et qu'un petit nombre est modérateur.
Dans ma configuration actuelle l'administrateur n'a pas le droit de
supprimer une ressource publiée par une autre personne.!

Est-ce qu'avec les groupes je peux dans le fichier acegi-acls-root.xml
définir un groupe qui serait modérateur
value = groupe_ldap_des_modérateur avec un mask de ?

Si ce n'est pas possible je passerai à un workflow en 3 états avec une
nouvelle transition "archived" comme nous avons vu en formation !

Merci beaucoup.

--------
Yves
Pôle du Système d'Information
Pages professionnelles ENS : http://perso.ens-lyon.fr/yves.daoulatian/

Vincent Bonamy a écrit :

> Bonjour Yves,
>
> Tu parles sûrement des fiches de type "Document".
>
> Par défaut effectivement, le workflow utilisé et qui est défini dans
> le fichier "workflow_very_easy.xml" conditionne l'action Publish par :
>
>
>
> hasRole
> 2

>
>
>
>
> => ce qui permet à tout propriétaire de fiche, de publier soit-même la
> fiche.
>
> Si tu veux un workflow plus complexe (avec une modération), il te faut
> redéfinir celui-ci (en t'inspirant du workflow pour les ressources
> pédaogiques par exemple, et qui est en 3 états [workflow_easy.xml]).
>
> Vincent.
>
>
>
> Yves Daoulatian wrote:

>> Bonjour,
>> je viens de m'apercevoir en fait que tout le monde a le droit de
>> publier des ressources !
>> J'ai bien sûr fait un ant deploy puis un ant update-acls puis
>> redémarrer le workflow
>> Est-ce que j'ai oublié quelque chose ?
>>
>> Merci.
>>
>>
>>
>> >> class="org.springframework.beans.factory.config.MapFactoryBean">
>>
>>
>>
>>
>> (objectClass=Person)
>>
>>
>>
>> (|(&(objectClass=Person)(uid=toto))(&(objectClass=Person)(uid=equemener))(&(objectClass=Person)(uid=ydaoulat)))
>>
>>
>>
>>
>> (&(objectClass=Person)(uid=ydaoulat))
>>
>>
>> >>
>>

>

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

11 juin 2008 - 11:20am

(Répondre à #3) #4

vincentbonamy

Bonjour Yves,

* Non, tu n'es pas obligé, mais si tu restes sur 2 étapes, le modérateur
ne pourra pas savoir quand est-ce qu'il devra/pourra publier telle ou
telle ressource je pense, non ?

* Pour supprimer une ressource publiée, il faut toujours la dépublier avant.
Mais effectivement, je ne suis pas sûr que par défaut l'administrateur
ait le droit de rendre privé toutes les fiches publiées.

* Avec les groupes tu peux définir un groupe qui serait modérateur, mais
c'est déjà le cas par défaut je crois :

Par contre dans le workflow associé aux Documents DC (
workflow_very_easy.xml ), tu peux ajouter le fait que les modérateurs
ont le droit aussi de publier une ressource :

hasRole
6

Ou tu peux faire en sorte qu'il n'ait que le modérateur qui a le droit
de faire cette action :

hasRole
4

Par défaut dans workflow_very_easy.xml tu as effectivement des
conditions de la sorte :

hasRole
2

Vincent.
PS: on va tenter d'améliorer la config par défaut (et la doc aussi, il
faudrait qu'on trouve le temps ...) au mieux suivant vos remarques,
merci de ces retours.

Yves Daoulatian wrote:

> re,
> ok mais est-ce que je suis obligé de passer à un workflow à 3 états
> pour simplement définir que la majorité des personnes ont le droit de
> déposer et qu'un petit nombre est modérateur.
> Dans ma configuration actuelle l'administrateur n'a pas le droit de
> supprimer une ressource publiée par une autre personne.!
>
> Est-ce qu'avec les groupes je peux dans le fichier acegi-acls-root.xml
> définir un groupe qui serait modérateur
> value = groupe_ldap_des_modérateur avec un mask de ?
>
> Si ce n'est pas possible je passerai à un workflow en 3 états avec une
> nouvelle transition "archived" comme nous avons vu en formation !
>
> Merci beaucoup.
>
> --------
> Yves
> Pôle du Système d'Information
> Pages professionnelles ENS : http://perso.ens-lyon.fr/yves.daoulatian/
>
>
>
>
> Vincent Bonamy a écrit :

>> Bonjour Yves,
>>
>> Tu parles sûrement des fiches de type "Document".
>>
>> Par défaut effectivement, le workflow utilisé et qui est défini dans
>> le fichier "workflow_very_easy.xml" conditionne l'action Publish par :
>>
>>
>>
>> hasRole
>> 2

>>
>>
>>
>>
>> => ce qui permet à tout propriétaire de fiche, de publier soit-même
>> la fiche.
>>
>> Si tu veux un workflow plus complexe (avec une modération), il te
>> faut redéfinir celui-ci (en t'inspirant du workflow pour les
>> ressources pédaogiques par exemple, et qui est en 3 états
>> [workflow_easy.xml]).
>>
>> Vincent.
>>
>>
>>
>> Yves Daoulatian wrote:

>>> Bonjour,
>>> je viens de m'apercevoir en fait que tout le monde a le droit de
>>> publier des ressources !
>>> J'ai bien sûr fait un ant deploy puis un ant update-acls puis
>>> redémarrer le workflow
>>> Est-ce que j'ai oublié quelque chose ?
>>>
>>> Merci.
>>>
>>>
>>>
>>> >>> class="org.springframework.beans.factory.config.MapFactoryBean">
>>>
>>>
>>>
>>>
>>> (objectClass=Person)
>>>
>>>
>>>
>>> (|(&(objectClass=Person)(uid=toto))(&(objectClass=Person)(uid=equemener))(&(objectClass=Person)(uid=ydaoulat)))
>>>
>>>
>>>
>>>
>>> (&(objectClass=Person)(uid=ydaoulat))
>>>
>>>
>>> >>>
>>>

>>

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

12 juin 2008 - 3:22pm

(Répondre à #4) #5

yvesdaoulatian

re,
oui mais comment associer un worflow avec modération pour les documents
DC le plus facilement possible !
modifier
ori-oai-workflow-svn/conf/properties/spring/osworkflow/workflows/workflow_very_easy.xml
?
utiliser une partie du modele workflow_easy ?
Merci.

remarque : avec ceci les documents ne sont pas dans le groupe à modérer ...
>Ou tu peux faire en sorte qu'il n'ait que le modérateur qui a le droit
de faire cette action :

hasRole
4

--------
Yves
Pôle du Système d'Information
Pages professionnelles ENS : http://perso.ens-lyon.fr/yves.daoulatian/

Vincent Bonamy a écrit :

> Bonjour Yves,
>
>
> * Non, tu n'es pas obligé, mais si tu restes sur 2 étapes, le
> modérateur ne pourra pas savoir quand est-ce qu'il devra/pourra
> publier telle ou telle ressource je pense, non ?
>
>
> * Pour supprimer une ressource publiée, il faut toujours la dépublier
> avant.
> Mais effectivement, je ne suis pas sûr que par défaut l'administrateur
> ait le droit de rendre privé toutes les fiches publiées.
>
>
> * Avec les groupes tu peux définir un groupe qui serait modérateur,
> mais c'est déjà le cas par défaut je crois :
>
>
>

>
>

>
>
> Par contre dans le workflow associé aux Documents DC (
> workflow_very_easy.xml ), tu peux ajouter le fait que les modérateurs
> ont le droit aussi de publier une ressource :
>
>
> hasRole
> 6

>
>
> Ou tu peux faire en sorte qu'il n'ait que le modérateur qui a le droit
> de faire cette action :
>
> hasRole
> 4

>
>
> Par défaut dans workflow_very_easy.xml tu as effectivement des
> conditions de la sorte :
>
> hasRole
> 2

>
>
> Vincent.
> PS: on va tenter d'améliorer la config par défaut (et la doc aussi, il
> faudrait qu'on trouve le temps ...) au mieux suivant vos remarques,
> merci de ces retours.
>
>
> Yves Daoulatian wrote:

>> re,
>> ok mais est-ce que je suis obligé de passer à un workflow à 3 états
>> pour simplement définir que la majorité des personnes ont le droit de
>> déposer et qu'un petit nombre est modérateur.
>> Dans ma configuration actuelle l'administrateur n'a pas le droit de
>> supprimer une ressource publiée par une autre personne.!
>>
>> Est-ce qu'avec les groupes je peux dans le fichier
>> acegi-acls-root.xml définir un groupe qui serait modérateur
>> value = groupe_ldap_des_modérateur avec un mask de ?
>>
>> Si ce n'est pas possible je passerai à un workflow en 3 états avec
>> une nouvelle transition "archived" comme nous avons vu en formation !
>>
>> Merci beaucoup.
>>
>> --------
>> Yves
>> Pôle du Système d'Information
>> Pages professionnelles ENS : http://perso.ens-lyon.fr/yves.daoulatian/
>>
>>
>>
>>
>> Vincent Bonamy a écrit :

>>> Bonjour Yves,
>>>
>>> Tu parles sûrement des fiches de type "Document".
>>>
>>> Par défaut effectivement, le workflow utilisé et qui est défini dans
>>> le fichier "workflow_very_easy.xml" conditionne l'action Publish par :
>>>
>>>
>>>
>>> hasRole
>>> 2

>>>
>>>
>>>
>>>
>>> => ce qui permet à tout propriétaire de fiche, de publier soit-même
>>> la fiche.
>>>
>>> Si tu veux un workflow plus complexe (avec une modération), il te
>>> faut redéfinir celui-ci (en t'inspirant du workflow pour les
>>> ressources pédaogiques par exemple, et qui est en 3 états
>>> [workflow_easy.xml]).
>>>
>>> Vincent.
>>>
>>>
>>>
>>> Yves Daoulatian wrote:

>>>> Bonjour,
>>>> je viens de m'apercevoir en fait que tout le monde a le droit de
>>>> publier des ressources !
>>>> J'ai bien sûr fait un ant deploy puis un ant update-acls puis
>>>> redémarrer le workflow
>>>> Est-ce que j'ai oublié quelque chose ?
>>>>
>>>> Merci.
>>>>
>>>>
>>>>
>>>> >>>> class="org.springframework.beans.factory.config.MapFactoryBean">
>>>>
>>>>
>>>>
>>>>
>>>> (objectClass=Person)
>>>>
>>>>
>>>>
>>>> (|(&(objectClass=Person)(uid=toto))(&(objectClass=Person)(uid=equemener))(&(objectClass=Person)(uid=ydaoulat)))
>>>>
>>>>
>>>>
>>>>
>>>> (&(objectClass=Person)(uid=ydaoulat))
>>>>
>>>>
>>>> >>>>
>>>>

>>>

>

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

12 juin 2008 - 3:28pm

(Répondre à #5) #6

vincentbonamy

Rebonjour,
Oui le mieux est de modifier le workflow workflow_very_easy.xml en
s'inspirant de workflow_easy.
L'idée ici pour ne pas avoir de problèmes avec tes fiches actuelles est
de rajouter une 3 ème étape comme tu l'as fait d'ailleurs a priori (cf
pages 70-71-72). Au lieu de l'appeler archived tu l'appelles pending
avec les traductions qui vont bien ("en attente de publication" par
exemple).
Tu configures les actions comme il faut pour faire de cette troisième
étape (avec un id égale à 3 puisque les ids 1 et 2 sont déjà pris)
l'étape intermédiaire obligatoire entre les états private et published.
Vincent.

Yves Daoulatian wrote:

> re,
> oui mais comment associer un worflow avec modération pour les
> documents DC le plus facilement possible !
> modifier
> ori-oai-workflow-svn/conf/properties/spring/osworkflow/workflows/workflow_very_easy.xml
> ?
> utiliser une partie du modele workflow_easy ?
> Merci.
>
> remarque : avec ceci les documents ne sont pas dans le groupe à
> modérer ...

> >Ou tu peux faire en sorte qu'il n'ait que le modérateur qui a le

> droit de faire cette action :
>
> hasRole
> 4

>
>
>
> --------
> Yves
> Pôle du Système d'Information
> Pages professionnelles ENS : http://perso.ens-lyon.fr/yves.daoulatian/
>
>
>
>
> Vincent Bonamy a écrit :

>> Bonjour Yves,
>>
>>
>> * Non, tu n'es pas obligé, mais si tu restes sur 2 étapes, le
>> modérateur ne pourra pas savoir quand est-ce qu'il devra/pourra
>> publier telle ou telle ressource je pense, non ?
>>
>>
>> * Pour supprimer une ressource publiée, il faut toujours la dépublier
>> avant.
>> Mais effectivement, je ne suis pas sûr que par défaut
>> l'administrateur ait le droit de rendre privé toutes les fiches
>> publiées.
>>
>>
>> * Avec les groupes tu peux définir un groupe qui serait modérateur,
>> mais c'est déjà le cas par défaut je crois :
>>
>>
>>

>>
>>

>>
>>
>> Par contre dans le workflow associé aux Documents DC (
>> workflow_very_easy.xml ), tu peux ajouter le fait que les modérateurs
>> ont le droit aussi de publier une ressource :
>>
>>
>> hasRole
>> 6

>>
>>
>> Ou tu peux faire en sorte qu'il n'ait que le modérateur qui a le
>> droit de faire cette action :
>>
>> hasRole
>> 4

>>
>>
>> Par défaut dans workflow_very_easy.xml tu as effectivement des
>> conditions de la sorte :
>>
>> hasRole
>> 2

>>
>>
>> Vincent.
>> PS: on va tenter d'améliorer la config par défaut (et la doc aussi,
>> il faudrait qu'on trouve le temps ...) au mieux suivant vos
>> remarques, merci de ces retours.
>>
>>
>> Yves Daoulatian wrote:

>>> re,
>>> ok mais est-ce que je suis obligé de passer à un workflow à 3 états
>>> pour simplement définir que la majorité des personnes ont le droit
>>> de déposer et qu'un petit nombre est modérateur.
>>> Dans ma configuration actuelle l'administrateur n'a pas le droit de
>>> supprimer une ressource publiée par une autre personne.!
>>>
>>> Est-ce qu'avec les groupes je peux dans le fichier
>>> acegi-acls-root.xml définir un groupe qui serait modérateur
>>> value = groupe_ldap_des_modérateur avec un mask de ?
>>>
>>> Si ce n'est pas possible je passerai à un workflow en 3 états avec
>>> une nouvelle transition "archived" comme nous avons vu en formation !
>>>
>>> Merci beaucoup.
>>>
>>> --------
>>> Yves
>>> Pôle du Système d'Information
>>> Pages professionnelles ENS : http://perso.ens-lyon.fr/yves.daoulatian/
>>>
>>>
>>>
>>>
>>> Vincent Bonamy a écrit :

>>>> Bonjour Yves,
>>>>
>>>> Tu parles sûrement des fiches de type "Document".
>>>>
>>>> Par défaut effectivement, le workflow utilisé et qui est défini
>>>> dans le fichier "workflow_very_easy.xml" conditionne l'action
>>>> Publish par :
>>>>
>>>>
>>>>
>>>> hasRole
>>>> 2

>>>>
>>>>
>>>>
>>>>
>>>> => ce qui permet à tout propriétaire de fiche, de publier soit-même
>>>> la fiche.
>>>>
>>>> Si tu veux un workflow plus complexe (avec une modération), il te
>>>> faut redéfinir celui-ci (en t'inspirant du workflow pour les
>>>> ressources pédaogiques par exemple, et qui est en 3 états
>>>> [workflow_easy.xml]).
>>>>
>>>> Vincent.
>>>>
>>>>
>>>>
>>>> Yves Daoulatian wrote:

>>>>> Bonjour,
>>>>> je viens de m'apercevoir en fait que tout le monde a le droit de
>>>>> publier des ressources !
>>>>> J'ai bien sûr fait un ant deploy puis un ant update-acls puis
>>>>> redémarrer le workflow
>>>>> Est-ce que j'ai oublié quelque chose ?
>>>>>
>>>>> Merci.
>>>>>
>>>>>
>>>>>
>>>>> >>>>> class="org.springframework.beans.factory.config.MapFactoryBean">
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> (objectClass=Person)
>>>>>
>>>>>
>>>>>
>>>>> (|(&(objectClass=Person)(uid=toto))(&(objectClass=Person)(uid=equemener))(&(objectClass=Person)(uid=ydaoulat)))
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> (&(objectClass=Person)(uid=ydaoulat))
>>>>>
>>>>>
>>>>> >>>>>
>>>>>

>>>>

>>

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

12 juin 2008 - 4:01pm

(Répondre à #6) #7

yvesdaoulatian

Re,
ok vois-tu quelque chose qui n'est pas correct dans mon fichier !
erreur caused by:
com.opensymphony.workflow.InvalidWorkflowDescriptorException: Duplicate
occurance of action ID 2 found in step 2
Merci.

--------
Yves
Pôle du Système d'Information
Pages professionnelles ENS : http://perso.ens-lyon.fr/yves.daoulatian/

Vincent Bonamy a écrit :

> Rebonjour,
> Oui le mieux est de modifier le workflow workflow_very_easy.xml en
> s'inspirant de workflow_easy.
> L'idée ici pour ne pas avoir de problèmes avec tes fiches actuelles
> est de rajouter une 3 ème étape comme tu l'as fait d'ailleurs a priori
> (cf pages 70-71-72). Au lieu de l'appeler archived tu l'appelles
> pending avec les traductions qui vont bien ("en attente de
> publication" par exemple).
> Tu configures les actions comme il faut pour faire de cette troisième
> étape (avec un id égale à 3 puisque les ids 1 et 2 sont déjà pris)
> l'étape intermédiaire obligatoire entre les états private et published.
> Vincent.
>
>
>
> Yves Daoulatian wrote:

>> re,
>> oui mais comment associer un worflow avec modération pour les
>> documents DC le plus facilement possible !
>> modifier
>> ori-oai-workflow-svn/conf/properties/spring/osworkflow/workflows/workflow_very_easy.xml
>> ?
>> utiliser une partie du modele workflow_easy ?
>> Merci.
>>
>> remarque : avec ceci les documents ne sont pas dans le groupe à
>> modérer ...

>> >Ou tu peux faire en sorte qu'il n'ait que le modérateur qui a le

>> droit de faire cette action :
>>
>> hasRole
>> 4

>>
>>
>>
>> --------
>> Yves
>> Pôle du Système d'Information
>> Pages professionnelles ENS : http://perso.ens-lyon.fr/yves.daoulatian/
>>
>>
>>
>>
>> Vincent Bonamy a écrit :

>>> Bonjour Yves,
>>>
>>>
>>> * Non, tu n'es pas obligé, mais si tu restes sur 2 étapes, le
>>> modérateur ne pourra pas savoir quand est-ce qu'il devra/pourra
>>> publier telle ou telle ressource je pense, non ?
>>>
>>>
>>> * Pour supprimer une ressource publiée, il faut toujours la
>>> dépublier avant.
>>> Mais effectivement, je ne suis pas sûr que par défaut
>>> l'administrateur ait le droit de rendre privé toutes les fiches
>>> publiées.
>>>
>>>
>>> * Avec les groupes tu peux définir un groupe qui serait modérateur,
>>> mais c'est déjà le cas par défaut je crois :
>>>
>>>
>>>

>>>
>>> value="moderators"/>

>>>
>>>
>>> Par contre dans le workflow associé aux Documents DC (
>>> workflow_very_easy.xml ), tu peux ajouter le fait que les
>>> modérateurs ont le droit aussi de publier une ressource :
>>>
>>>
>>> hasRole
>>> 6

>>>
>>>
>>> Ou tu peux faire en sorte qu'il n'ait que le modérateur qui a le
>>> droit de faire cette action :
>>>
>>> hasRole
>>> 4

>>>
>>>
>>> Par défaut dans workflow_very_easy.xml tu as effectivement des
>>> conditions de la sorte :
>>>
>>> hasRole
>>> 2

>>>
>>>
>>> Vincent.
>>> PS: on va tenter d'améliorer la config par défaut (et la doc aussi,
>>> il faudrait qu'on trouve le temps ...) au mieux suivant vos
>>> remarques, merci de ces retours.
>>>
>>>
>>> Yves Daoulatian wrote:

>>>> re,
>>>> ok mais est-ce que je suis obligé de passer à un workflow à 3 états
>>>> pour simplement définir que la majorité des personnes ont le droit
>>>> de déposer et qu'un petit nombre est modérateur.
>>>> Dans ma configuration actuelle l'administrateur n'a pas le droit de
>>>> supprimer une ressource publiée par une autre personne.!
>>>>
>>>> Est-ce qu'avec les groupes je peux dans le fichier
>>>> acegi-acls-root.xml définir un groupe qui serait modérateur
>>>> value = groupe_ldap_des_modérateur avec un mask de ?
>>>>
>>>> Si ce n'est pas possible je passerai à un workflow en 3 états avec
>>>> une nouvelle transition "archived" comme nous avons vu en formation !
>>>>
>>>> Merci beaucoup.
>>>>
>>>> --------
>>>> Yves
>>>> Pôle du Système d'Information
>>>> Pages professionnelles ENS : http://perso.ens-lyon.fr/yves.daoulatian/
>>>>
>>>>
>>>>
>>>>
>>>> Vincent Bonamy a écrit :

>>>>> Bonjour Yves,
>>>>>
>>>>> Tu parles sûrement des fiches de type "Document".
>>>>>
>>>>> Par défaut effectivement, le workflow utilisé et qui est défini
>>>>> dans le fichier "workflow_very_easy.xml" conditionne l'action
>>>>> Publish par :
>>>>>
>>>>>
>>>>>
>>>>> hasRole
>>>>> 2

>>>>>
>>>>>
>>>>>
>>>>>
>>>>> => ce qui permet à tout propriétaire de fiche, de publier
>>>>> soit-même la fiche.
>>>>>
>>>>> Si tu veux un workflow plus complexe (avec une modération), il te
>>>>> faut redéfinir celui-ci (en t'inspirant du workflow pour les
>>>>> ressources pédaogiques par exemple, et qui est en 3 états
>>>>> [workflow_easy.xml]).
>>>>>
>>>>> Vincent.
>>>>>
>>>>>
>>>>>
>>>>> Yves Daoulatian wrote:

>>>>>> Bonjour,
>>>>>> je viens de m'apercevoir en fait que tout le monde a le droit de
>>>>>> publier des ressources !
>>>>>> J'ai bien sûr fait un ant deploy puis un ant update-acls puis
>>>>>> redémarrer le workflow
>>>>>> Est-ce que j'ai oublié quelque chose ?
>>>>>>
>>>>>> Merci.
>>>>>>
>>>>>>
>>>>>>
>>>>>> >>>>>> class="org.springframework.beans.factory.config.MapFactoryBean">
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> (objectClass=Person)
>>>>>>
>>>>>>
>>>>>>
>>>>>> (|(&(objectClass=Person)(uid=toto))(&(objectClass=Person)(uid=equemener))(&(objectClass=Person)(uid=ydaoulat)))
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> (&(objectClass=Person)(uid=ydaoulat))
>>>>>>
>>>>>>
>>>>>> >>>>>>
>>>>>>

>>>>>

>>>

>

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

12 juin 2008 - 4:08pm

(Répondre à #7) #8

vincentbonamy

Les ids des steps comme des actions doivent être uniques dans tout le
fichier.
Bizarrement on ne numérote pas les ids des actions step par step mais
globalement.
=> En bref, tu ne peux pas avoir 2 actions avec le même id (2 ici) même
si elles ne font pas partie du même step.
Vincent.

Yves Daoulatian wrote:

> Re,
> ok vois-tu quelque chose qui n'est pas correct dans mon fichier !
> erreur caused by:
> com.opensymphony.workflow.InvalidWorkflowDescriptorException:
> Duplicate occurance of action ID 2 found in step 2
> Merci.
>
> --------
> Yves
> Pôle du Système d'Information
> Pages professionnelles ENS : http://perso.ens-lyon.fr/yves.daoulatian/
>
>
>
>
> Vincent Bonamy a écrit :

>> Rebonjour,
>> Oui le mieux est de modifier le workflow workflow_very_easy.xml en
>> s'inspirant de workflow_easy.
>> L'idée ici pour ne pas avoir de problèmes avec tes fiches actuelles
>> est de rajouter une 3 ème étape comme tu l'as fait d'ailleurs a
>> priori (cf pages 70-71-72). Au lieu de l'appeler archived tu
>> l'appelles pending avec les traductions qui vont bien ("en attente de
>> publication" par exemple).
>> Tu configures les actions comme il faut pour faire de cette troisième
>> étape (avec un id égale à 3 puisque les ids 1 et 2 sont déjà pris)
>> l'étape intermédiaire obligatoire entre les états private et published.
>> Vincent.
>>
>>
>>
>> Yves Daoulatian wrote:

>>> re,
>>> oui mais comment associer un worflow avec modération pour les
>>> documents DC le plus facilement possible !
>>> modifier
>>> ori-oai-workflow-svn/conf/properties/spring/osworkflow/workflows/workflow_very_easy.xml
>>> ?
>>> utiliser une partie du modele workflow_easy ?
>>> Merci.
>>>
>>> remarque : avec ceci les documents ne sont pas dans le groupe à
>>> modérer ...

>>> >Ou tu peux faire en sorte qu'il n'ait que le modérateur qui a le

>>> droit de faire cette action :
>>>
>>> hasRole
>>> 4

>>>
>>>
>>>
>>> --------
>>> Yves
>>> Pôle du Système d'Information
>>> Pages professionnelles ENS : http://perso.ens-lyon.fr/yves.daoulatian/
>>>
>>>
>>>
>>>
>>> Vincent Bonamy a écrit :

>>>> Bonjour Yves,
>>>>
>>>>
>>>> * Non, tu n'es pas obligé, mais si tu restes sur 2 étapes, le
>>>> modérateur ne pourra pas savoir quand est-ce qu'il devra/pourra
>>>> publier telle ou telle ressource je pense, non ?
>>>>
>>>>
>>>> * Pour supprimer une ressource publiée, il faut toujours la
>>>> dépublier avant.
>>>> Mais effectivement, je ne suis pas sûr que par défaut
>>>> l'administrateur ait le droit de rendre privé toutes les fiches
>>>> publiées.
>>>>
>>>>
>>>> * Avec les groupes tu peux définir un groupe qui serait modérateur,
>>>> mais c'est déjà le cas par défaut je crois :
>>>>
>>>>
>>>>

>>>>
>>>> value="moderators"/>

>>>>
>>>>
>>>> Par contre dans le workflow associé aux Documents DC (
>>>> workflow_very_easy.xml ), tu peux ajouter le fait que les
>>>> modérateurs ont le droit aussi de publier une ressource :
>>>>
>>>>
>>>> hasRole
>>>> 6

>>>>
>>>>
>>>> Ou tu peux faire en sorte qu'il n'ait que le modérateur qui a le
>>>> droit de faire cette action :
>>>>
>>>> hasRole
>>>> 4

>>>>
>>>>
>>>> Par défaut dans workflow_very_easy.xml tu as effectivement des
>>>> conditions de la sorte :
>>>>
>>>> hasRole
>>>> 2

>>>>
>>>>
>>>> Vincent.
>>>> PS: on va tenter d'améliorer la config par défaut (et la doc aussi,
>>>> il faudrait qu'on trouve le temps ...) au mieux suivant vos
>>>> remarques, merci de ces retours.
>>>>
>>>>
>>>> Yves Daoulatian wrote:

>>>>> re,
>>>>> ok mais est-ce que je suis obligé de passer à un workflow à 3
>>>>> états pour simplement définir que la majorité des personnes ont le
>>>>> droit de déposer et qu'un petit nombre est modérateur.
>>>>> Dans ma configuration actuelle l'administrateur n'a pas le droit
>>>>> de supprimer une ressource publiée par une autre personne.!
>>>>>
>>>>> Est-ce qu'avec les groupes je peux dans le fichier
>>>>> acegi-acls-root.xml définir un groupe qui serait modérateur
>>>>> value = groupe_ldap_des_modérateur avec un mask de ?
>>>>>
>>>>> Si ce n'est pas possible je passerai à un workflow en 3 états avec
>>>>> une nouvelle transition "archived" comme nous avons vu en formation !
>>>>>
>>>>> Merci beaucoup.
>>>>>
>>>>> --------
>>>>> Yves
>>>>> Pôle du Système d'Information
>>>>> Pages professionnelles ENS :
>>>>> http://perso.ens-lyon.fr/yves.daoulatian/
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Vincent Bonamy a écrit :

>>>>>> Bonjour Yves,
>>>>>>
>>>>>> Tu parles sûrement des fiches de type "Document".
>>>>>>
>>>>>> Par défaut effectivement, le workflow utilisé et qui est défini
>>>>>> dans le fichier "workflow_very_easy.xml" conditionne l'action
>>>>>> Publish par :
>>>>>>
>>>>>>
>>>>>>
>>>>>> hasRole
>>>>>> 2

>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> => ce qui permet à tout propriétaire de fiche, de publier
>>>>>> soit-même la fiche.
>>>>>>
>>>>>> Si tu veux un workflow plus complexe (avec une modération), il te
>>>>>> faut redéfinir celui-ci (en t'inspirant du workflow pour les
>>>>>> ressources pédaogiques par exemple, et qui est en 3 états
>>>>>> [workflow_easy.xml]).
>>>>>>
>>>>>> Vincent.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Yves Daoulatian wrote:

>>>>>>> Bonjour,
>>>>>>> je viens de m'apercevoir en fait que tout le monde a le droit de
>>>>>>> publier des ressources !
>>>>>>> J'ai bien sûr fait un ant deploy puis un ant update-acls puis
>>>>>>> redémarrer le workflow
>>>>>>> Est-ce que j'ai oublié quelque chose ?
>>>>>>>
>>>>>>> Merci.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> >>>>>>> class="org.springframework.beans.factory.config.MapFactoryBean">
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> (objectClass=Person)
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> (|(&(objectClass=Person)(uid=toto))(&(objectClass=Person)(uid=equemener))(&(objectClass=Person)(uid=ydaoulat)))
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> (&(objectClass=Person)(uid=ydaoulat))
>>>>>>>
>>>>>>>
>>>>>>> >>>>>>>
>>>>>>>

>>>>>>

>>>>

>>

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

12 juin 2008 - 4:09pm

(Répondre à #7) #9

Gilles Brochet

il semble que tu décrives deux fois le action id=2

ligne 153 et ligne 66

Gilles

Yves Daoulatian a écrit :

> Re,
> ok vois-tu quelque chose qui n'est pas correct dans mon fichier !
> erreur caused by:
> com.opensymphony.workflow.InvalidWorkflowDescriptorException:
> Duplicate occurance of action ID 2 found in step 2
> Merci.
>
> --------
> Yves
> Pôle du Système d'Information
> Pages professionnelles ENS : http://perso.ens-lyon.fr/yves.daoulatian/
>
>
>
>
> Vincent Bonamy a écrit :

>> Rebonjour,
>> Oui le mieux est de modifier le workflow workflow_very_easy.xml en
>> s'inspirant de workflow_easy.
>> L'idée ici pour ne pas avoir de problèmes avec tes fiches actuelles
>> est de rajouter une 3 ème étape comme tu l'as fait d'ailleurs a
>> priori (cf pages 70-71-72). Au lieu de l'appeler archived tu
>> l'appelles pending avec les traductions qui vont bien ("en attente de
>> publication" par exemple).
>> Tu configures les actions comme il faut pour faire de cette troisième
>> étape (avec un id égale à 3 puisque les ids 1 et 2 sont déjà pris)
>> l'étape intermédiaire obligatoire entre les états private et published.
>> Vincent.
>>
>>
>>
>> Yves Daoulatian wrote:

>>> re,
>>> oui mais comment associer un worflow avec modération pour les
>>> documents DC le plus facilement possible !
>>> modifier
>>> ori-oai-workflow-svn/conf/properties/spring/osworkflow/workflows/workflow_very_easy.xml
>>> ?
>>> utiliser une partie du modele workflow_easy ?
>>> Merci.
>>>
>>> remarque : avec ceci les documents ne sont pas dans le groupe à
>>> modérer ...

>>> >Ou tu peux faire en sorte qu'il n'ait que le modérateur qui a le

>>> droit de faire cette action :
>>>
>>> hasRole
>>> 4

>>>
>>>
>>>
>>> --------
>>> Yves
>>> Pôle du Système d'Information
>>> Pages professionnelles ENS : http://perso.ens-lyon.fr/yves.daoulatian/
>>>
>>>
>>>
>>>
>>> Vincent Bonamy a écrit :

>>>> Bonjour Yves,
>>>>
>>>>
>>>> * Non, tu n'es pas obligé, mais si tu restes sur 2 étapes, le
>>>> modérateur ne pourra pas savoir quand est-ce qu'il devra/pourra
>>>> publier telle ou telle ressource je pense, non ?
>>>>
>>>>
>>>> * Pour supprimer une ressource publiée, il faut toujours la
>>>> dépublier avant.
>>>> Mais effectivement, je ne suis pas sûr que par défaut
>>>> l'administrateur ait le droit de rendre privé toutes les fiches
>>>> publiées.
>>>>
>>>>
>>>> * Avec les groupes tu peux définir un groupe qui serait modérateur,
>>>> mais c'est déjà le cas par défaut je crois :
>>>>
>>>>
>>>>

>>>>
>>>> value="moderators"/>

>>>>
>>>>
>>>> Par contre dans le workflow associé aux Documents DC (
>>>> workflow_very_easy.xml ), tu peux ajouter le fait que les
>>>> modérateurs ont le droit aussi de publier une ressource :
>>>>
>>>>
>>>> hasRole
>>>> 6

>>>>
>>>>
>>>> Ou tu peux faire en sorte qu'il n'ait que le modérateur qui a le
>>>> droit de faire cette action :
>>>>
>>>> hasRole
>>>> 4

>>>>
>>>>
>>>> Par défaut dans workflow_very_easy.xml tu as effectivement des
>>>> conditions de la sorte :
>>>>
>>>> hasRole
>>>> 2

>>>>
>>>>
>>>> Vincent.
>>>> PS: on va tenter d'améliorer la config par défaut (et la doc aussi,
>>>> il faudrait qu'on trouve le temps ...) au mieux suivant vos
>>>> remarques, merci de ces retours.
>>>>
>>>>
>>>> Yves Daoulatian wrote:

>>>>> re,
>>>>> ok mais est-ce que je suis obligé de passer à un workflow à 3
>>>>> états pour simplement définir que la majorité des personnes ont le
>>>>> droit de déposer et qu'un petit nombre est modérateur.
>>>>> Dans ma configuration actuelle l'administrateur n'a pas le droit
>>>>> de supprimer une ressource publiée par une autre personne.!
>>>>>
>>>>> Est-ce qu'avec les groupes je peux dans le fichier
>>>>> acegi-acls-root.xml définir un groupe qui serait modérateur
>>>>> value = groupe_ldap_des_modérateur avec un mask de ?
>>>>>
>>>>> Si ce n'est pas possible je passerai à un workflow en 3 états avec
>>>>> une nouvelle transition "archived" comme nous avons vu en formation !
>>>>>
>>>>> Merci beaucoup.
>>>>>
>>>>> --------
>>>>> Yves
>>>>> Pôle du Système d'Information
>>>>> Pages professionnelles ENS :
>>>>> http://perso.ens-lyon.fr/yves.daoulatian/
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Vincent Bonamy a écrit :

>>>>>> Bonjour Yves,
>>>>>>
>>>>>> Tu parles sûrement des fiches de type "Document".
>>>>>>
>>>>>> Par défaut effectivement, le workflow utilisé et qui est défini
>>>>>> dans le fichier "workflow_very_easy.xml" conditionne l'action
>>>>>> Publish par :
>>>>>>
>>>>>>
>>>>>>
>>>>>> hasRole
>>>>>> 2

>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> => ce qui permet à tout propriétaire de fiche, de publier
>>>>>> soit-même la fiche.
>>>>>>
>>>>>> Si tu veux un workflow plus complexe (avec une modération), il te
>>>>>> faut redéfinir celui-ci (en t'inspirant du workflow pour les
>>>>>> ressources pédaogiques par exemple, et qui est en 3 états
>>>>>> [workflow_easy.xml]).
>>>>>>
>>>>>> Vincent.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Yves Daoulatian wrote:

>>>>>>> Bonjour,
>>>>>>> je viens de m'apercevoir en fait que tout le monde a le droit de
>>>>>>> publier des ressources !
>>>>>>> J'ai bien sûr fait un ant deploy puis un ant update-acls puis
>>>>>>> redémarrer le workflow
>>>>>>> Est-ce que j'ai oublié quelque chose ?
>>>>>>>
>>>>>>> Merci.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> >>>>>>> class="org.springframework.beans.factory.config.MapFactoryBean">
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> (objectClass=Person)
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> (|(&(objectClass=Person)(uid=toto))(&(objectClass=Person)(uid=equemener))(&(objectClass=Person)(uid=ydaoulat)))
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> (&(objectClass=Person)(uid=ydaoulat))
>>>>>>>
>>>>>>>
>>>>>>> >>>>>>>
>>>>>>>

>>>>>>

>>>>

>>

--
Gilles Brochet

Responsable Informatique
Bibliothèque de l'INSA de Lyon

Doc'INSA
60 Bd Niels Bohr 69621 Villeurbanne CEDEX

Tél : 04 72 43 70 31
Fax : 04 72 43 85 02

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

12 juin 2008 - 4:20pm

(Répondre à #8) #10

yvesdaoulatian

re,
merci à vous deux (gilles Brochet)
C'est ok mais lorsque le clique sur ask to publish la fiche disparait !
Merci.

--------
Yves
Pôle du Système d'Information
Pages professionnelles ENS : http://perso.ens-lyon.fr/yves.daoulatian/

Vincent Bonamy a écrit :

> Les ids des steps comme des actions doivent être uniques dans tout le
> fichier.
> Bizarrement on ne numérote pas les ids des actions step par step mais
> globalement.
> => En bref, tu ne peux pas avoir 2 actions avec le même id (2 ici)
> même si elles ne font pas partie du même step.
> Vincent.
>
>
> Yves Daoulatian wrote:

>> Re,
>> ok vois-tu quelque chose qui n'est pas correct dans mon fichier !
>> erreur caused by:
>> com.opensymphony.workflow.InvalidWorkflowDescriptorException:
>> Duplicate occurance of action ID 2 found in step 2
>> Merci.
>>
>> --------
>> Yves
>> Pôle du Système d'Information
>> Pages professionnelles ENS : http://perso.ens-lyon.fr/yves.daoulatian/
>>
>>
>>
>>
>> Vincent Bonamy a écrit :

>>> Rebonjour,
>>> Oui le mieux est de modifier le workflow workflow_very_easy.xml en
>>> s'inspirant de workflow_easy.
>>> L'idée ici pour ne pas avoir de problèmes avec tes fiches actuelles
>>> est de rajouter une 3 ème étape comme tu l'as fait d'ailleurs a
>>> priori (cf pages 70-71-72). Au lieu de l'appeler archived tu
>>> l'appelles pending avec les traductions qui vont bien ("en attente
>>> de publication" par exemple).
>>> Tu configures les actions comme il faut pour faire de cette
>>> troisième étape (avec un id égale à 3 puisque les ids 1 et 2 sont
>>> déjà pris) l'étape intermédiaire obligatoire entre les états private
>>> et published.
>>> Vincent.
>>>
>>>
>>>
>>> Yves Daoulatian wrote:

>>>> re,
>>>> oui mais comment associer un worflow avec modération pour les
>>>> documents DC le plus facilement possible !
>>>> modifier
>>>> ori-oai-workflow-svn/conf/properties/spring/osworkflow/workflows/workflow_very_easy.xml
>>>> ?
>>>> utiliser une partie du modele workflow_easy ?
>>>> Merci.
>>>>
>>>> remarque : avec ceci les documents ne sont pas dans le groupe à
>>>> modérer ...

>>>> >Ou tu peux faire en sorte qu'il n'ait que le modérateur qui a le

>>>> droit de faire cette action :
>>>>
>>>> hasRole
>>>> 4

>>>>
>>>>
>>>>
>>>> --------
>>>> Yves
>>>> Pôle du Système d'Information
>>>> Pages professionnelles ENS : http://perso.ens-lyon.fr/yves.daoulatian/
>>>>
>>>>
>>>>
>>>>
>>>> Vincent Bonamy a écrit :

>>>>> Bonjour Yves,
>>>>>
>>>>>
>>>>> * Non, tu n'es pas obligé, mais si tu restes sur 2 étapes, le
>>>>> modérateur ne pourra pas savoir quand est-ce qu'il devra/pourra
>>>>> publier telle ou telle ressource je pense, non ?
>>>>>
>>>>>
>>>>> * Pour supprimer une ressource publiée, il faut toujours la
>>>>> dépublier avant.
>>>>> Mais effectivement, je ne suis pas sûr que par défaut
>>>>> l'administrateur ait le droit de rendre privé toutes les fiches
>>>>> publiées.
>>>>>
>>>>>
>>>>> * Avec les groupes tu peux définir un groupe qui serait
>>>>> modérateur, mais c'est déjà le cas par défaut je crois :
>>>>>
>>>>>
>>>>>

>>>>>
>>>>> value="moderators"/>

>>>>>
>>>>>
>>>>> Par contre dans le workflow associé aux Documents DC (
>>>>> workflow_very_easy.xml ), tu peux ajouter le fait que les
>>>>> modérateurs ont le droit aussi de publier une ressource :
>>>>>
>>>>>
>>>>> hasRole
>>>>> 6

>>>>>
>>>>>
>>>>> Ou tu peux faire en sorte qu'il n'ait que le modérateur qui a le
>>>>> droit de faire cette action :
>>>>>
>>>>> hasRole
>>>>> 4

>>>>>
>>>>>
>>>>> Par défaut dans workflow_very_easy.xml tu as effectivement des
>>>>> conditions de la sorte :
>>>>>
>>>>> hasRole
>>>>> 2

>>>>>
>>>>>
>>>>> Vincent.
>>>>> PS: on va tenter d'améliorer la config par défaut (et la doc
>>>>> aussi, il faudrait qu'on trouve le temps ...) au mieux suivant vos
>>>>> remarques, merci de ces retours.
>>>>>
>>>>>
>>>>> Yves Daoulatian wrote:

>>>>>> re,
>>>>>> ok mais est-ce que je suis obligé de passer à un workflow à 3
>>>>>> états pour simplement définir que la majorité des personnes ont
>>>>>> le droit de déposer et qu'un petit nombre est modérateur.
>>>>>> Dans ma configuration actuelle l'administrateur n'a pas le droit
>>>>>> de supprimer une ressource publiée par une autre personne.!
>>>>>>
>>>>>> Est-ce qu'avec les groupes je peux dans le fichier
>>>>>> acegi-acls-root.xml définir un groupe qui serait modérateur
>>>>>> value = groupe_ldap_des_modérateur avec un mask de ?
>>>>>>
>>>>>> Si ce n'est pas possible je passerai à un workflow en 3 états
>>>>>> avec une nouvelle transition "archived" comme nous avons vu en
>>>>>> formation !
>>>>>>
>>>>>> Merci beaucoup.
>>>>>>
>>>>>> --------
>>>>>> Yves
>>>>>> Pôle du Système d'Information
>>>>>> Pages professionnelles ENS :
>>>>>> http://perso.ens-lyon.fr/yves.daoulatian/
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Vincent Bonamy a écrit :

>>>>>>> Bonjour Yves,
>>>>>>>
>>>>>>> Tu parles sûrement des fiches de type "Document".
>>>>>>>
>>>>>>> Par défaut effectivement, le workflow utilisé et qui est défini
>>>>>>> dans le fichier "workflow_very_easy.xml" conditionne l'action
>>>>>>> Publish par :
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> hasRole
>>>>>>> 2

>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> => ce qui permet à tout propriétaire de fiche, de publier
>>>>>>> soit-même la fiche.
>>>>>>>
>>>>>>> Si tu veux un workflow plus complexe (avec une modération), il
>>>>>>> te faut redéfinir celui-ci (en t'inspirant du workflow pour les
>>>>>>> ressources pédaogiques par exemple, et qui est en 3 états
>>>>>>> [workflow_easy.xml]).
>>>>>>>
>>>>>>> Vincent.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Yves Daoulatian wrote:

>>>>>>>> Bonjour,
>>>>>>>> je viens de m'apercevoir en fait que tout le monde a le droit
>>>>>>>> de publier des ressources !
>>>>>>>> J'ai bien sûr fait un ant deploy puis un ant update-acls puis
>>>>>>>> redémarrer le workflow
>>>>>>>> Est-ce que j'ai oublié quelque chose ?
>>>>>>>>
>>>>>>>> Merci.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> >>>>>>>> class="org.springframework.beans.factory.config.MapFactoryBean">
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> (objectClass=Person)
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> (|(&(objectClass=Person)(uid=toto))(&(objectClass=Person)(uid=equemener))(&(objectClass=Person)(uid=ydaoulat)))
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> (&(objectClass=Person)(uid=ydaoulat))
>>>>>>>>
>>>>>>>>
>>>>>>>> >>>>>>>>
>>>>>>>>

>>>>>>>

>>>>>

>>>

>

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

12 juin 2008 - 4:51pm

(Répondre à #10) #11

vincentbonamy

Elle disparait c'est à dire qu'elle n'est plus visible dans aucune des
catégories ?
Il ne faut pas oublier de modifier le spring-categories.xml .
Vincent.

Yves Daoulatian wrote:

> re,
> merci à vous deux (gilles Brochet)
> C'est ok mais lorsque le clique sur ask to publish la fiche disparait !
> Merci.
>
> --------
> Yves
> Pôle du Système d'Information
> Pages professionnelles ENS : http://perso.ens-lyon.fr/yves.daoulatian/
>
>
>
>
> Vincent Bonamy a écrit :

>> Les ids des steps comme des actions doivent être uniques dans tout le
>> fichier.
>> Bizarrement on ne numérote pas les ids des actions step par step mais
>> globalement.
>> => En bref, tu ne peux pas avoir 2 actions avec le même id (2 ici)
>> même si elles ne font pas partie du même step.
>> Vincent.
>>
>>
>> Yves Daoulatian wrote:

>>> Re,
>>> ok vois-tu quelque chose qui n'est pas correct dans mon fichier !
>>> erreur caused by:
>>> com.opensymphony.workflow.InvalidWorkflowDescriptorException:
>>> Duplicate occurance of action ID 2 found in step 2
>>> Merci.
>>>
>>> --------
>>> Yves
>>> Pôle du Système d'Information
>>> Pages professionnelles ENS : http://perso.ens-lyon.fr/yves.daoulatian/
>>>
>>>
>>>
>>>
>>> Vincent Bonamy a écrit :

>>>> Rebonjour,
>>>> Oui le mieux est de modifier le workflow workflow_very_easy.xml en
>>>> s'inspirant de workflow_easy.
>>>> L'idée ici pour ne pas avoir de problèmes avec tes fiches actuelles
>>>> est de rajouter une 3 ème étape comme tu l'as fait d'ailleurs a
>>>> priori (cf pages 70-71-72). Au lieu de l'appeler archived tu
>>>> l'appelles pending avec les traductions qui vont bien ("en attente
>>>> de publication" par exemple).
>>>> Tu configures les actions comme il faut pour faire de cette
>>>> troisième étape (avec un id égale à 3 puisque les ids 1 et 2 sont
>>>> déjà pris) l'étape intermédiaire obligatoire entre les états
>>>> private et published.
>>>> Vincent.
>>>>
>>>>
>>>>
>>>> Yves Daoulatian wrote:

>>>>> re,
>>>>> oui mais comment associer un worflow avec modération pour les
>>>>> documents DC le plus facilement possible !
>>>>> modifier
>>>>> ori-oai-workflow-svn/conf/properties/spring/osworkflow/workflows/workflow_very_easy.xml
>>>>> ?
>>>>> utiliser une partie du modele workflow_easy ?
>>>>> Merci.
>>>>>
>>>>> remarque : avec ceci les documents ne sont pas dans le groupe à
>>>>> modérer ...

>>>>> >Ou tu peux faire en sorte qu'il n'ait que le modérateur qui a le

>>>>> droit de faire cette action :
>>>>>
>>>>> hasRole
>>>>> 4

>>>>>
>>>>>
>>>>>
>>>>> --------
>>>>> Yves
>>>>> Pôle du Système d'Information
>>>>> Pages professionnelles ENS :
>>>>> http://perso.ens-lyon.fr/yves.daoulatian/
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Vincent Bonamy a écrit :

>>>>>> Bonjour Yves,
>>>>>>
>>>>>>
>>>>>> * Non, tu n'es pas obligé, mais si tu restes sur 2 étapes, le
>>>>>> modérateur ne pourra pas savoir quand est-ce qu'il devra/pourra
>>>>>> publier telle ou telle ressource je pense, non ?
>>>>>>
>>>>>>
>>>>>> * Pour supprimer une ressource publiée, il faut toujours la
>>>>>> dépublier avant.
>>>>>> Mais effectivement, je ne suis pas sûr que par défaut
>>>>>> l'administrateur ait le droit de rendre privé toutes les fiches
>>>>>> publiées.
>>>>>>
>>>>>>
>>>>>> * Avec les groupes tu peux définir un groupe qui serait
>>>>>> modérateur, mais c'est déjà le cas par défaut je crois :
>>>>>>
>>>>>>
>>>>>>

>>>>>>
>>>>>> value="moderators"/>

>>>>>>
>>>>>>
>>>>>> Par contre dans le workflow associé aux Documents DC (
>>>>>> workflow_very_easy.xml ), tu peux ajouter le fait que les
>>>>>> modérateurs ont le droit aussi de publier une ressource :
>>>>>>
>>>>>>
>>>>>> hasRole
>>>>>> 6

>>>>>>
>>>>>>
>>>>>> Ou tu peux faire en sorte qu'il n'ait que le modérateur qui a le
>>>>>> droit de faire cette action :
>>>>>>
>>>>>> hasRole
>>>>>> 4

>>>>>>
>>>>>>
>>>>>> Par défaut dans workflow_very_easy.xml tu as effectivement des
>>>>>> conditions de la sorte :
>>>>>>
>>>>>> hasRole
>>>>>> 2

>>>>>>
>>>>>>
>>>>>> Vincent.
>>>>>> PS: on va tenter d'améliorer la config par défaut (et la doc
>>>>>> aussi, il faudrait qu'on trouve le temps ...) au mieux suivant
>>>>>> vos remarques, merci de ces retours.
>>>>>>
>>>>>>
>>>>>> Yves Daoulatian wrote:

>>>>>>> re,
>>>>>>> ok mais est-ce que je suis obligé de passer à un workflow à 3
>>>>>>> états pour simplement définir que la majorité des personnes ont
>>>>>>> le droit de déposer et qu'un petit nombre est modérateur.
>>>>>>> Dans ma configuration actuelle l'administrateur n'a pas le droit
>>>>>>> de supprimer une ressource publiée par une autre personne.!
>>>>>>>
>>>>>>> Est-ce qu'avec les groupes je peux dans le fichier
>>>>>>> acegi-acls-root.xml définir un groupe qui serait modérateur
>>>>>>> value = groupe_ldap_des_modérateur avec un mask de ?
>>>>>>>
>>>>>>> Si ce n'est pas possible je passerai à un workflow en 3 états
>>>>>>> avec une nouvelle transition "archived" comme nous avons vu en
>>>>>>> formation !
>>>>>>>
>>>>>>> Merci beaucoup.
>>>>>>>
>>>>>>> --------
>>>>>>> Yves
>>>>>>> Pôle du Système d'Information
>>>>>>> Pages professionnelles ENS :
>>>>>>> http://perso.ens-lyon.fr/yves.daoulatian/
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Vincent Bonamy a écrit :

>>>>>>>> Bonjour Yves,
>>>>>>>>
>>>>>>>> Tu parles sûrement des fiches de type "Document".
>>>>>>>>
>>>>>>>> Par défaut effectivement, le workflow utilisé et qui est défini
>>>>>>>> dans le fichier "workflow_very_easy.xml" conditionne l'action
>>>>>>>> Publish par :
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> hasRole
>>>>>>>> 2

>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> => ce qui permet à tout propriétaire de fiche, de publier
>>>>>>>> soit-même la fiche.
>>>>>>>>
>>>>>>>> Si tu veux un workflow plus complexe (avec une modération), il
>>>>>>>> te faut redéfinir celui-ci (en t'inspirant du workflow pour les
>>>>>>>> ressources pédaogiques par exemple, et qui est en 3 états
>>>>>>>> [workflow_easy.xml]).
>>>>>>>>
>>>>>>>> Vincent.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Yves Daoulatian wrote:

>>>>>>>>> Bonjour,
>>>>>>>>> je viens de m'apercevoir en fait que tout le monde a le droit
>>>>>>>>> de publier des ressources !
>>>>>>>>> J'ai bien sûr fait un ant deploy puis un ant update-acls puis
>>>>>>>>> redémarrer le workflow
>>>>>>>>> Est-ce que j'ai oublié quelque chose ?
>>>>>>>>>
>>>>>>>>> Merci.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> >>>>>>>>> class="org.springframework.beans.factory.config.MapFactoryBean">
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> (objectClass=Person)
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> (|(&(objectClass=Person)(uid=toto))(&(objectClass=Person)(uid=equemener))(&(objectClass=Person)(uid=ydaoulat)))
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> (&(objectClass=Person)(uid=ydaoulat))
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> >>>>>>>>>
>>>>>>>>>

>>>>>>>>

>>>>>>

>>>>

>>

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

16 juin 2008 - 10:51am

(Répondre à #11) #12

yvesdaoulatian

re,
parfait !
Merci.

--------
Yves
Pôle du Système d'Information
Pages professionnelles ENS : http://perso.ens-lyon.fr/yves.daoulatian/

Vincent Bonamy a écrit :

> Elle disparait c'est à dire qu'elle n'est plus visible dans aucune des
> catégories ?
> Il ne faut pas oublier de modifier le spring-categories.xml .
> Vincent.
>
>
> Yves Daoulatian wrote:

>> re,
>> merci à vous deux (gilles Brochet)
>> C'est ok mais lorsque le clique sur ask to publish la fiche disparait !
>> Merci.
>>
>> --------
>> Yves
>> Pôle du Système d'Information
>> Pages professionnelles ENS : http://perso.ens-lyon.fr/yves.daoulatian/
>>
>>
>>
>>
>> Vincent Bonamy a écrit :

>>> Les ids des steps comme des actions doivent être uniques dans tout
>>> le fichier.
>>> Bizarrement on ne numérote pas les ids des actions step par step
>>> mais globalement.
>>> => En bref, tu ne peux pas avoir 2 actions avec le même id (2 ici)
>>> même si elles ne font pas partie du même step.
>>> Vincent.
>>>
>>>
>>> Yves Daoulatian wrote:

>>>> Re,
>>>> ok vois-tu quelque chose qui n'est pas correct dans mon fichier !
>>>> erreur caused by:
>>>> com.opensymphony.workflow.InvalidWorkflowDescriptorException:
>>>> Duplicate occurance of action ID 2 found in step 2
>>>> Merci.
>>>>
>>>> --------
>>>> Yves
>>>> Pôle du Système d'Information
>>>> Pages professionnelles ENS : http://perso.ens-lyon.fr/yves.daoulatian/
>>>>
>>>>
>>>>
>>>>
>>>> Vincent Bonamy a écrit :

>>>>> Rebonjour,
>>>>> Oui le mieux est de modifier le workflow workflow_very_easy.xml
>>>>> en s'inspirant de workflow_easy.
>>>>> L'idée ici pour ne pas avoir de problèmes avec tes fiches
>>>>> actuelles est de rajouter une 3 ème étape comme tu l'as fait
>>>>> d'ailleurs a priori (cf pages 70-71-72). Au lieu de l'appeler
>>>>> archived tu l'appelles pending avec les traductions qui vont bien
>>>>> ("en attente de publication" par exemple).
>>>>> Tu configures les actions comme il faut pour faire de cette
>>>>> troisième étape (avec un id égale à 3 puisque les ids 1 et 2 sont
>>>>> déjà pris) l'étape intermédiaire obligatoire entre les états
>>>>> private et published.
>>>>> Vincent.
>>>>>
>>>>>
>>>>>
>>>>> Yves Daoulatian wrote:

>>>>>> re,
>>>>>> oui mais comment associer un worflow avec modération pour les
>>>>>> documents DC le plus facilement possible !
>>>>>> modifier
>>>>>> ori-oai-workflow-svn/conf/properties/spring/osworkflow/workflows/workflow_very_easy.xml
>>>>>> ?
>>>>>> utiliser une partie du modele workflow_easy ?
>>>>>> Merci.
>>>>>>
>>>>>> remarque : avec ceci les documents ne sont pas dans le groupe à
>>>>>> modérer ...

>>>>>> >Ou tu peux faire en sorte qu'il n'ait que le modérateur qui a le

>>>>>> droit de faire cette action :
>>>>>>
>>>>>> hasRole
>>>>>> 4

>>>>>>
>>>>>>
>>>>>>
>>>>>> --------
>>>>>> Yves
>>>>>> Pôle du Système d'Information
>>>>>> Pages professionnelles ENS :
>>>>>> http://perso.ens-lyon.fr/yves.daoulatian/
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Vincent Bonamy a écrit :

>>>>>>> Bonjour Yves,
>>>>>>>
>>>>>>>
>>>>>>> * Non, tu n'es pas obligé, mais si tu restes sur 2 étapes, le
>>>>>>> modérateur ne pourra pas savoir quand est-ce qu'il devra/pourra
>>>>>>> publier telle ou telle ressource je pense, non ?
>>>>>>>
>>>>>>>
>>>>>>> * Pour supprimer une ressource publiée, il faut toujours la
>>>>>>> dépublier avant.
>>>>>>> Mais effectivement, je ne suis pas sûr que par défaut
>>>>>>> l'administrateur ait le droit de rendre privé toutes les fiches
>>>>>>> publiées.
>>>>>>>
>>>>>>>
>>>>>>> * Avec les groupes tu peux définir un groupe qui serait
>>>>>>> modérateur, mais c'est déjà le cas par défaut je crois :
>>>>>>>
>>>>>>>
>>>>>>>

>>>>>>>
>>>>>>> value="moderators"/>

>>>>>>>
>>>>>>>
>>>>>>> Par contre dans le workflow associé aux Documents DC (
>>>>>>> workflow_very_easy.xml ), tu peux ajouter le fait que les
>>>>>>> modérateurs ont le droit aussi de publier une ressource :
>>>>>>>
>>>>>>>
>>>>>>> hasRole
>>>>>>> 6

>>>>>>>
>>>>>>>
>>>>>>> Ou tu peux faire en sorte qu'il n'ait que le modérateur qui a le
>>>>>>> droit de faire cette action :
>>>>>>>
>>>>>>> hasRole
>>>>>>> 4

>>>>>>>
>>>>>>>
>>>>>>> Par défaut dans workflow_very_easy.xml tu as effectivement des
>>>>>>> conditions de la sorte :
>>>>>>>
>>>>>>> hasRole
>>>>>>> 2

>>>>>>>
>>>>>>>
>>>>>>> Vincent.
>>>>>>> PS: on va tenter d'améliorer la config par défaut (et la doc
>>>>>>> aussi, il faudrait qu'on trouve le temps ...) au mieux suivant
>>>>>>> vos remarques, merci de ces retours.
>>>>>>>
>>>>>>>
>>>>>>> Yves Daoulatian wrote:

>>>>>>>> re,
>>>>>>>> ok mais est-ce que je suis obligé de passer à un workflow à 3
>>>>>>>> états pour simplement définir que la majorité des personnes ont
>>>>>>>> le droit de déposer et qu'un petit nombre est modérateur.
>>>>>>>> Dans ma configuration actuelle l'administrateur n'a pas le
>>>>>>>> droit de supprimer une ressource publiée par une autre personne.!
>>>>>>>>
>>>>>>>> Est-ce qu'avec les groupes je peux dans le fichier
>>>>>>>> acegi-acls-root.xml définir un groupe qui serait modérateur
>>>>>>>> value = groupe_ldap_des_modérateur avec un mask de ?
>>>>>>>>
>>>>>>>> Si ce n'est pas possible je passerai à un workflow en 3 états
>>>>>>>> avec une nouvelle transition "archived" comme nous avons vu en
>>>>>>>> formation !
>>>>>>>>
>>>>>>>> Merci beaucoup.
>>>>>>>>
>>>>>>>> --------
>>>>>>>> Yves
>>>>>>>> Pôle du Système d'Information
>>>>>>>> Pages professionnelles ENS :
>>>>>>>> http://perso.ens-lyon.fr/yves.daoulatian/
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Vincent Bonamy a écrit :

>>>>>>>>> Bonjour Yves,
>>>>>>>>>
>>>>>>>>> Tu parles sûrement des fiches de type "Document".
>>>>>>>>>
>>>>>>>>> Par défaut effectivement, le workflow utilisé et qui est
>>>>>>>>> défini dans le fichier "workflow_very_easy.xml" conditionne
>>>>>>>>> l'action Publish par :
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> >>>>>>>>> name="bean.name">hasRole
>>>>>>>>> 2

>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> => ce qui permet à tout propriétaire de fiche, de publier
>>>>>>>>> soit-même la fiche.
>>>>>>>>>
>>>>>>>>> Si tu veux un workflow plus complexe (avec une modération), il
>>>>>>>>> te faut redéfinir celui-ci (en t'inspirant du workflow pour
>>>>>>>>> les ressources pédaogiques par exemple, et qui est en 3 états
>>>>>>>>> [workflow_easy.xml]).
>>>>>>>>>
>>>>>>>>> Vincent.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Yves Daoulatian wrote:

>>>>>>>>>> Bonjour,
>>>>>>>>>> je viens de m'apercevoir en fait que tout le monde a le droit
>>>>>>>>>> de publier des ressources !
>>>>>>>>>> J'ai bien sûr fait un ant deploy puis un ant update-acls puis
>>>>>>>>>> redémarrer le workflow
>>>>>>>>>> Est-ce que j'ai oublié quelque chose ?
>>>>>>>>>>
>>>>>>>>>> Merci.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> >>>>>>>>>> class="org.springframework.beans.factory.config.MapFactoryBean">
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> (objectClass=Person)
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> (|(&(objectClass=Person)(uid=toto))(&(objectClass=Person)(uid=equemener))(&(objectClass=Person)(uid=ydaoulat)))
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> (&(objectClass=Person)(uid=ydaoulat))
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> >>>>>>>>>>
>>>>>>>>>>

>>>>>>>>>

>>>>>>>

>>>>>

>>>

>

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

Sujet clos

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

Traduction auto Google

Aide

Options d'affichage des commentaires