Bonjour Julien,
Pour le workflow complexe proposé par défaut dans le module workflow :
http://www.ori-oai.org/download/attachments/35848267/Schemas_WF_RPN_complex.pdf?version=2&modificationDate=1264176881000
il n'y a que deux étapes dans lesquels un contrôle de champs obligatoires (schematron) a été mis en oeuvre :
1) à l'étape "Saisie auteur", <step id="1" name="lom_complex.private">,
pour la transition <action id="1" name="lom_complex.validateCreation">
(ligne 65 du fichier conf\properties\workflows\default_lom_complex\workflow_complex.xml) ;
ici, pour les rôles LOMC_OWNER (propriétaire de la fiche) et LOMC_MODERATOR (modérateur).
2) à l'étape "Validation documentaire", <step id="7" name="lom_complex.pending">,
pour la transition <action id="12" name="lom_complex.publish">
(ligne 442 du fichier conf\properties\workflows\default_lom_complex\workflow_complex.xml) ;
ici, pour les rôles LOMC_MODERATOR (modérateur) et LOMC_ARCHIVIST (documenrtaliste).
Donc, voilà de quoi tu pars quand tu personnalise ton workflow en partant de ce workflow complexe !
Jacques
Le 18/02/2011 15:06, Julien CROS a écrit :
Pour le workflow complexe proposé par défaut dans le module workflow :
http://www.ori-oai.org/download/attachments/35848267/Schemas_WF_RPN_complex.pdf?version=2&modificationDate=1264176881000
il n'y a que deux étapes dans lesquels un contrôle de champs obligatoires (schematron) a été mis en oeuvre :
1) à l'étape "Saisie auteur", <step id="1" name="lom_complex.private">,
pour la transition <action id="1" name="lom_complex.validateCreation">
(ligne 65 du fichier conf\properties\workflows\default_lom_complex\workflow_complex.xml) ;
ici, pour les rôles LOMC_OWNER (propriétaire de la fiche) et LOMC_MODERATOR (modérateur).
2) à l'étape "Validation documentaire", <step id="7" name="lom_complex.pending">,
pour la transition <action id="12" name="lom_complex.publish">
(ligne 442 du fichier conf\properties\workflows\default_lom_complex\workflow_complex.xml) ;
ici, pour les rôles LOMC_MODERATOR (modérateur) et LOMC_ARCHIVIST (documenrtaliste).
Donc, voilà de quoi tu pars quand tu personnalise ton workflow en partant de ce workflow complexe !
Jacques
Le 18/02/2011 15:06, Julien CROS a écrit :
" type="cite">re bonjour,
Juste je reviens sur un de mes propos précédents: "je me suis aperçu que seuls l'auteur et le modérateur sont soumis à un schematron dans le workflow complexe" est-ce le comportement normal du workflow ou est-ce qu'une de mes modifications a engendré cela..? Il me semblait qu'auparavant on ne pouvait valider tant que les champs obligatoires n'étaient saisis..
Merci,
Julien
----- Message de julien.cros@univmed.fr ---------
Date : Fri, 18 Feb 2011 14:34:59 +0100
De : Julien CROS < >
Répondre à : ori-oai-utilisateurs@listes.univ-rennes1.fr
Objet : Re: [ori-oai-utilisateurs] Nouveau schematron pris en compte au mauvais endroit...
À : ori-oai-utilisateurs@listes.univ-rennes1.fr
> Et non, sinon je n'aurais pas l'effet escompté, à savoir validation
> technique si rôle=validateur technique OU modérateur ET le champ
> docType est rempli, c'est pour cela que la balise que tu signales est
> après le schematron customisé.
>
> Julien
>
> ----- Message de francois.lefebvre@univ-lille1.fr ---------
> Date : Fri, 18 Feb 2011 14:28:41 +0100
> De : françois lefebvre < >
> Répondre à : ori-oai-utilisateurs@listes.univ-rennes1.fr
> Objet : Re: [ori-oai-utilisateurs] Nouveau schematron pris en compte
> au mauvais endroit...
> À : ori-oai-utilisateurs@listes.univ-rennes1.fr
>
>> Ne manque t il pas une balise dans ton code ? ( voir dans ton mail )
>>
>> Ton action <action id="4"
>> name="contrib_suplomfr_u2.validateTechnicalData"> semble correcte.
>> Est ce que la balise "conditions" embete le monde ?
>>
>> a+
>>
>>
>>
>> Le 18/02/2011 13:56, Julien CROS a écrit :
>>> Bonjour François,
>>>
>>> Merci pour ta réponse, mais j'ai du mal m'expliquer parce qu'en fait
>>> je souhaiterai que ce soit le validateur technique qui ait le
>>> message dans le tableau de bord workflow et qu'il lui soit
>>> impossible de faire passer la fiche à l'étape suivante, en ce qui
>>> concerne l'auteur dans mon workflow il n'est pas concerné.
>>> Mais en relisant ton mail j'ai vu:
>>> <conditions type="OR">
>>> <conditions type="AND">
>>> en ce qui me concerne je n'ai pas modifié opérateurs logiques de
>>> condition...en orange ce que j'ai rajouté
>>>
>>> <action id="4" name="contrib_suplomfr_u2.validateTechnicalData">
>>> <restrict-to>
>>> <conditions type="AND">
>>> <conditions type="OR">
>>> <condition type="spring">
>>> <arg name="bean.name">hasRole</arg>
>>> <arg name="mask">U2_TECHNICS_MODERATOR</arg>
>>> </condition>
>>> <condition type="spring">
>>> <arg name="bean.name">hasRole</arg>
>>> <arg name="mask">U2_MODERATOR</arg>
>>> </condition>
>>> </conditions>
>> *<conditions>* *<<< ICI *
>>> <!-- Ajout vérif Schematron-->
>>> <condition type="spring">
>>> <arg name="bean.name">verifySchematron</arg>
>>> <arg
>>> name="schematronFile">/properties/workflows/contrib_suplomfr_u2/sch/lom-ori-i18n-technical.sch</arg>
>>> </condition>
>>> <!--//Verif Schematron-->
>>> </conditions>
>>>
>>> Mais je suis quand même étonné que sans ce & cela ait reporté
>>> l'affichage du message sur l'auteur...alors que le sch de l'auteur
>>> ne précise rien au sujet du DocType..
>>>
>>> Merci pour ta portion de code qui m'a révélé où était mon oubli.
>>>
>>> A+
>>>
>>> ----- Message de francois.lefebvre@univ-lille1.fr ---------
>>> Date : Fri, 18 Feb 2011 13:12:36 +0100
>>> De : françois lefebvre < >
>>> Répondre à : ori-oai-utilisateurs@listes.univ-rennes1.fr
>>> Objet : Re: [ori-oai-utilisateurs] Nouveau schematron pris en compte
>>> au mauvais endroit...
>>> À : ori-oai-utilisateurs@listes.univ-rennes1.fr
>>>
>>>
>>>> Bonjour,
>>>>
>>>> Cela me parait tout à fait normal.
>>>> Pour passer ta ressource a l'étape suivante, il faut valider les
>>>> conditions.
>>>> Dans ton workflow ca se présente de cette manière :
>>>>
>>>>
>>>> <step id="1" name="lom_lille1.Private">
>>>> <actions>
>>>> <*action id="1" name="lom_lille1.Ask to Publish*">
>>>> <restrict-to>
>>>> <conditions type="OR">
>>>> <conditions type="AND">
>>>> <condition type="spring">
>>>> <arg name="bean.name">hasRole</arg>
>>>> <arg name="mask">LOMLILLE1_OWNER</arg>
>>>> </condition>
>>>> <condition type="spring">
>>>> <arg name="bean.name">verifySchematron</arg>
>>>> *<arg
>>>> name="schematronFile">/properties/workflows/contrib_lom_lille1/sch/[LOM_FORMAT]-ori-i18n-author.sch</arg>*
>>>> </condition>
>>>>
>>>>
>>>>
>>>> ...etc...
>>>>
>>>> Cela signifie :
>>>>
>>>> pour demander la publication, il faut vérifier le schematron.
>>>> Donc lorsque tu modifie ta fiche, tu la valide. Le workflow regarde
>>>> si cela rempli toutes les conditions avant de te donner la
>>>> possibilité de passer à l'étape suivante.
>>>>
>>>>
>>>> Si tu souhaites avertir l'auteur que ce champ est obligatoire, il
>>>> faut modifier ton formulaire dans le module editor.
>>>>
>>>>
>>>> a+
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Le 18/02/2011 12:10, Julien CROS a écrit :
>>>>>
>>>>> Bonjour,
>>>>>
>>>>> La MD "Type documentaire" est saisie après l'auteur (onglet
>>>>> "Général" et "Technique" sont accessibles au validateur de cette
>>>>> étape), je cherchais donc à rendre bloquant la non-saisie de cette
>>>>> MD, après avoir cherché quel était le schematron à modifier, je me
>>>>> suis aperçu que seuls l'auteur et le modérateur sont soumis à un
>>>>> schematron dans le workflow complexe (que j'ai utilisé comme base à
>>>>> celui que j'ai personnalisé).
>>>>> J'ai donc fait une copie du lom-ori-i18n-author.sch en
>>>>> unlom-ori-i18n-technical.sch et ai rajouté:
>>>>> <sch:assert
>>>>> test="lom:general/lomfr:documentType/lomfr:value[normalize-space(.)
>>>>> !=
>>>>> '']">contrib_suplomfr_u2.schematron.lom-ori.fill_documentType</sch:assert>
>>>>>
>>>>> Ce qui fonctionne, mais s'affiche seulement à l'auteur après qu'il
>>>>> ait validé sa fiche pour demander l'étape suivante....cf captures...
>>>>> Pour le fichier workflow, j'ai rajouté à l'étape "validateTechnicalData":
>>>>> <condition type="spring">
>>>>> <arg name="bean.name">verifySchematron</arg>
>>>>> <arg
>>>>> name="schematronFile">/properties/workflows/contrib_suplomfr_u2/sch/lom-ori-i18n-technical.sch</arg>
>>>>> </condition>
>>>>>
>>>>> Pourtant cela le prend en compte comme si je l'avais mis à l'étape
>>>>> "cancelTechnicalValidation" de l'auteur....
>>>>>
>>>>> Merci d'avance pour tout indice
>>>>>
>>>>> Julien
>>>>> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>>>>> Julien Cros
>>>>> Cellule TICE - Université de la Méditerranée
>>>>> t: 04.91.39.65.96
>>>>> @: julien.cros@univmed.fr
>>>>>
>>>>
>>>> --
>>>> Cordialement.
>>>>
>>>>
>>>> François Lefebvre
>>>> Bibliothèque Universitaire de Lille 1
>>>> Cité Scientifique - B.P. 30155
>>>> 59653 VILLENEUVE D'ASCQ CEDEX
>>>> Tél.: 03.20.33.60.73
>>>>
>>>>
>>>
>>>
>>> ----- Fin du message de francois.lefebvre@univ-lille1.fr -----
>>>
>>> --
>>> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>>> Julien Cros
>>> Cellule TICE - Université de la Méditerranée
>>> t: 04.91.39.65.96
>>> @: julien.cros@univmed.fr
>>>
>>
>> --
>> Cordialement.
>>
>>
>> François Lefebvre
>> Bibliothèque Universitaire de Lille 1
>> Cité Scientifique - B.P. 30155
>> 59653 VILLENEUVE D'ASCQ CEDEX
>> Tél.: 03.20.33.60.73
>>
>>
>
> ----- Fin du message de francois.lefebvre@univ-lille1.fr -----
>
> --
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> Julien Cros
> Cellule TICE - Université de la Méditerranée
> t: 04.91.39.65.96
> @: julien.cros@univmed.fr
----- Fin du message de julien.cros@univmed.fr -----
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Julien Cros
Cellule TICE - Université de la Méditerranée
t: 04.91.39.65.96
@: julien.cros@univmed.fr
-- Jacques Brassart UNR Nord-Pas de Calais Université de Valenciennes et du Hainaut-Cambrésis Tél : 03 27 51 17 70