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

> Bonjour,
>
> Je rencontre plusieurs problèmes :
>
> - lors de la création d'une ressource, dans le champ organisation de
> la vCard on devrait avoir Université de la Méditerranée qui devrait
> apparaître. Mais à la place j'ai "Université de la Méditerranée".
> Donc à priori un problème d'encodage. Pourtant je suis bien en UTF8 de
> bout en bout et dans le fichier "commons-parameters.properties", on
> lit bien Université de la Méditerranée.

>
> - j'ai un utilisateur qui est mal reconnu. Dans le champs prénom,
> c'est le prénom d'une autre personne qui apparaît. Ces deux personnes
> ont le même nom, mais pas le même uid, évidemment. Comment est-ce
> possible, alors qu'il s'authentifie avec son uid et son mot de passe.
> Le workflow est configuré pour une authentification CAS.

>
> - dernière question : est-ce normal que lorsque l'on clique sur
> "Ressource pédagogique ou "Document [DC]" dans "Référencer une
> ressource" (Workflow), une ressource en cours d'édition se créé
> automatiquement, même si l'on ferme directement l'editor ?

>
> J'espère avoir été clair, dans le cas contraire n'hésitez pas à me
> demander.
>
> Merci d'avance.
>

> Bonjour,
>
> J'ai l'impression qu'il y a quelques messages restés sans réponse sur
> la liste, si les questions qui y figurent ne sont pas résolues
> n'hésitez pas à nous relancer - et si vous avez résolu certains
> problèmes entre temps, n'hésitez pas aussi à nous en faire part ! :-)
>
> Ce message fait parti des messages qui n'ont pas eu de réponses ... je
> réponds maintenant.
>
>
> Julien Troubat wrote:

>> Bonjour,
>>
>> Je rencontre plusieurs problèmes :
>>
>> - lors de la création d'une ressource, dans le champ organisation de
>> la vCard on devrait avoir Université de la Méditerranée qui devrait
>> apparaître. Mais à la place j'ai "Université de la Méditerranée".
>> Donc à priori un problème d'encodage. Pourtant je suis bien en UTF8
>> de bout en bout et dans le fichier "commons-parameters.properties",
>> on lit bien Université de la Méditerranée.

> Effectivement le remplacement des caractères accentuées par la tâche
> ANT pose problème ... dans votre cas, c'est le fichier
> ori-oai-vocabulary/WEB-INF/classes/properties/domain/ldapVocabulary.xml
> qui doit comporter "Université de la Méditerranée" alors que dans
> "commons-parameters.properties" figure bien "Université de la
> Méditerranée".
> On va tenter de corriger cela pour une prochaine version mais cela ne
> me semble pas évient au premier abord ... si quelqu'un a une idée ?
>
> Temporairement pour contourner le pb, plusieurs solutions :
> * plutôt que d'utiliser le remplacement des variables, on peut
> modifier dans les sources de vocabulary directement
> conf/properties/domain/ldapVocabulary.xml et on remplace
> ORG:[VOCABULARY_LDAP_PROVIDER_PEOPLE_ORG]
> par
> ORG:Université de la Méditerranée
> * ... on peut aussi (ce qui signifie bien qu'il y a un pb qualque part
> ...) convertir le fichier commons-parameters.properties en ISO-8859-1,
> ce qui semble bizarrement résoudre les pbs (les accents dans les
> fichiers types ldapVocabulary.xml sont alors bien encodés en UTF-8 !)
> iconv -t ISO-8859-1 commons-parameters.properties
>
>
>

>>
>> - j'ai un utilisateur qui est mal reconnu. Dans le champs prénom,
>> c'est le prénom d'une autre personne qui apparaît. Ces deux personnes
>> ont le même nom, mais pas le même uid, évidemment. Comment est-ce
>> possible, alors qu'il s'authentifie avec son uid et son mot de passe.
>> Le workflow est configuré pour une authentification CAS.

> Effectivement, cf un mail précédent où je présentais rapidement
> l'algorithme de récupération de la VCARD de l'utilisateur courant : on
> recherche dans le vocabulaire peopleLdapLocalProvider d'une VCARD
> contenant textuellement UID:joe (lorsque l'utilisateur est joe), cf la
> XSL conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl
> Si une VCARD contient tectuellement UID:joel par exemple, cela va
> effectivement poser problème.
>
> On pourrait tenter par exemple de rajouter un retour chariot dans la
> XSL pour que l'on regarde si la VCARD contient UID:joe\n
> => je n'ai pas testé cela, un \n suffirait-il ... ? Je testerai
> lorsque j'aurai un peu de temps (sauf si j'ai un retour la dessus
> avant ! ;-) )
>
>

>>
>> - dernière question : est-ce normal que lorsque l'on clique sur
>> "Ressource pédagogique ou "Document [DC]" dans "Référencer une
>> ressource" (Workflow), une ressource en cours d'édition se créé
>> automatiquement, même si l'on ferme directement l'editor ?

> Oui, c'est "normal", cela fait partie des demandes d'améliorations que
> l'on a dans nos "TODO" ... cf tickets sur le site sourcesup.cru.fr
>
> Vincent.
>
>

>>
>> J'espère avoir été clair, dans le cas contraire n'hésitez pas à me
>> demander.
>>
>> Merci d'avance.
>>

>

> Bonjour,
>
> Précision sur l'encodage / Exception concernant UTF-8 :
>
> Les fichiers properties Java sont interprétés comme étant, ipso facto
> et de façon standardisée, en ISO-8859-1
> (http://java.sun.com/j2se/1.4.2/docs/api/java/util/Properties.html),
> aussi tout autre encodage fera vraisemblablement echouer le décodage
> normal des bytes lors de la déserialisation, et donc débouchera sur un
> pb d'encodage pour tous les caractères non-ASCII.
> (ceci indépendamment de l'encodage spécifié dans le BOM eventuel)
>
> Le mieux, le best, le top pour ces fichiers properties, est donc
> d'utiliser un echappement unicode de forme \uxxxx pour ne plus avoir
> de soucis...où xxxx est le code hexadécimal :
> http://www.unicode.org/charts/PDF/U0080.pdf
>
>
> François
>
>
> Vincent Bonamy a écrit :

>> Bonjour,
>>
>> J'ai l'impression qu'il y a quelques messages restés sans réponse sur
>> la liste, si les questions qui y figurent ne sont pas résolues
>> n'hésitez pas à nous relancer - et si vous avez résolu certains
>> problèmes entre temps, n'hésitez pas aussi à nous en faire part ! :-)
>>
>> Ce message fait parti des messages qui n'ont pas eu de réponses ...
>> je réponds maintenant.
>>
>>
>> Julien Troubat wrote:

>>> Bonjour,
>>>
>>> Je rencontre plusieurs problèmes :
>>>
>>> - lors de la création d'une ressource, dans le champ organisation de
>>> la vCard on devrait avoir Université de la Méditerranée qui devrait
>>> apparaître. Mais à la place j'ai "Université de la Méditerranée".
>>> Donc à priori un problème d'encodage. Pourtant je suis bien en UTF8
>>> de bout en bout et dans le fichier "commons-parameters.properties",
>>> on lit bien Université de la Méditerranée.

>> Effectivement le remplacement des caractères accentuées par la tâche
>> ANT pose problème ... dans votre cas, c'est le fichier
>> ori-oai-vocabulary/WEB-INF/classes/properties/domain/ldapVocabulary.xml
>> qui doit comporter "Université de la Méditerranée" alors que dans
>> "commons-parameters.properties" figure bien "Université de la
>> Méditerranée".
>> On va tenter de corriger cela pour une prochaine version mais cela ne
>> me semble pas évient au premier abord ... si quelqu'un a une idée ?
>>
>> Temporairement pour contourner le pb, plusieurs solutions :
>> * plutôt que d'utiliser le remplacement des variables, on peut
>> modifier dans les sources de vocabulary directement
>> conf/properties/domain/ldapVocabulary.xml et on remplace
>> ORG:[VOCABULARY_LDAP_PROVIDER_PEOPLE_ORG]
>> par
>> ORG:Université de la Méditerranée
>> * ... on peut aussi (ce qui signifie bien qu'il y a un pb qualque
>> part ...) convertir le fichier commons-parameters.properties en
>> ISO-8859-1, ce qui semble bizarrement résoudre les pbs (les accents
>> dans les fichiers types ldapVocabulary.xml sont alors bien encodés
>> en UTF-8 !)
>> iconv -t ISO-8859-1 commons-parameters.properties
>>
>>
>>

>>>
>>> - j'ai un utilisateur qui est mal reconnu. Dans le champs prénom,
>>> c'est le prénom d'une autre personne qui apparaît. Ces deux
>>> personnes ont le même nom, mais pas le même uid, évidemment. Comment
>>> est-ce possible, alors qu'il s'authentifie avec son uid et son mot
>>> de passe. Le workflow est configuré pour une authentification CAS.

>> Effectivement, cf un mail précédent où je présentais rapidement
>> l'algorithme de récupération de la VCARD de l'utilisateur courant :
>> on recherche dans le vocabulaire peopleLdapLocalProvider d'une VCARD
>> contenant textuellement UID:joe (lorsque l'utilisateur est joe), cf
>> la XSL conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl
>> Si une VCARD contient tectuellement UID:joel par exemple, cela va
>> effectivement poser problème.
>>
>> On pourrait tenter par exemple de rajouter un retour chariot dans la
>> XSL pour que l'on regarde si la VCARD contient UID:joe\n
>> => je n'ai pas testé cela, un \n suffirait-il ... ? Je testerai
>> lorsque j'aurai un peu de temps (sauf si j'ai un retour la dessus
>> avant ! ;-) )
>>
>>

>>>
>>> - dernière question : est-ce normal que lorsque l'on clique sur
>>> "Ressource pédagogique ou "Document [DC]" dans "Référencer une
>>> ressource" (Workflow), une ressource en cours d'édition se créé
>>> automatiquement, même si l'on ferme directement l'editor ?

>> Oui, c'est "normal", cela fait partie des demandes d'améliorations
>> que l'on a dans nos "TODO" ... cf tickets sur le site sourcesup.cru.fr
>>
>> Vincent.
>>
>>

>>>
>>> J'espère avoir été clair, dans le cas contraire n'hésitez pas à me
>>> demander.
>>>
>>> Merci d'avance.
>>>

>>

>

> Oui bien sûr je recompile à chaque fois, j'ai oublié de le préciser.
> Es-ce qu'il n'y a pas un cache quelque part qui garderait les
> informations ?
> Quand je regarde le fichier
> ori-oai-vocabulary/WEB-INF/classes/properties/domain/ldapVocabulary.xml,
> j'ai bien Université qui apparaît.
>
> françois lefebvre a écrit :

>> Bonjour,
>>
>> Recompiles tu les modifications ?
>> Redémarrer des tomcat sans recompiler, cela ne sert à rien.
>>
>> Il faut donc stoper le/les tomcat, recompiler tes sources pour avoir
>> des paquets utilisables pour tomcat avec la commande :"ant all" dans
>> le module en question et redémarrer tomcat.
>>
>> Ou sinon, ds le ori quick install : ant all-all pour envoyer la
>> commande "ant all" a tous les modules.
>>
>>
>> bon courage
>>
>>
>> Julien Troubat a écrit :

>>> Tout d'abord, merci pour vos réponses !
>>>
>>> Ensuite j'ai effectué la modification en mettant Universit\u00e9
>>> dans le fichier commons-parameters.properties. Malheureusement la
>>> modification n'est pas prise en compte. J'avais déjà remarqué ça
>>> pour d'autres modifs. Les modifs sont prises en compte plusieurs
>>> jours après. Pourtant je redémarre les tomcat. Je ne comprends pas
>>> pourquoi les modifs ne sont pas prises en compte immédiatement.
>>>
>>> Pour rappel j'utilise un module (tomcat) par serveur.
>>>
>>> Merci pour votre aide.
>>>
>>> TROUBAT Julien
>>> UFR : Pharo
>>> Service : DOSI Pharo
>>> Téléphone : 04 91 39 66 52 Université de la Méditerranée
>>> Jardin du Pharo
>>> 58 bd Charles Livon
>>> 13284 Marseille cedex 07
>>>
>>>
>>>
>>> Vincent Bonamy a écrit :

>>>> Effectivement, ca marche bien avec les échappements unicode :-)
>>>> => Universit\u00e9 de Rennes1
>>>> C'est également ce qui est utilisé dans les fichiers i18n (fichiers
>>>> properties pour les traductions), je n'y pensais plus.
>>>> Merci François.
>>>> Vincent.
>>>>
>>>>
>>>>
>>>> Francois Jannin wrote:

>>>>> Bonjour,
>>>>>
>>>>> Précision sur l'encodage / Exception concernant UTF-8 :
>>>>>
>>>>> Les fichiers properties Java sont interprétés comme étant, ipso
>>>>> facto et de façon standardisée, en ISO-8859-1
>>>>> (http://java.sun.com/j2se/1.4.2/docs/api/java/util/Properties.html),
>>>>> aussi tout autre encodage fera vraisemblablement echouer le
>>>>> décodage normal des bytes lors de la déserialisation, et donc
>>>>> débouchera sur un pb d'encodage pour tous les caractères non-ASCII.
>>>>> (ceci indépendamment de l'encodage spécifié dans le BOM eventuel)
>>>>>
>>>>> Le mieux, le best, le top pour ces fichiers properties, est donc
>>>>> d'utiliser un echappement unicode de forme \uxxxx pour ne plus
>>>>> avoir de soucis...où xxxx est le code hexadécimal :
>>>>> http://www.unicode.org/charts/PDF/U0080.pdf
>>>>>
>>>>>
>>>>> François
>>>>>
>>>>>
>>>>> Vincent Bonamy a écrit :

>>>>>> Bonjour,
>>>>>>
>>>>>> J'ai l'impression qu'il y a quelques messages restés sans réponse
>>>>>> sur la liste, si les questions qui y figurent ne sont pas
>>>>>> résolues n'hésitez pas à nous relancer - et si vous avez résolu
>>>>>> certains problèmes entre temps, n'hésitez pas aussi à nous en
>>>>>> faire part ! :-)
>>>>>>
>>>>>> Ce message fait parti des messages qui n'ont pas eu de réponses
>>>>>> ... je réponds maintenant.
>>>>>>
>>>>>>
>>>>>> Julien Troubat wrote:

>>>>>>> Bonjour,
>>>>>>>
>>>>>>> Je rencontre plusieurs problèmes :
>>>>>>>
>>>>>>> - lors de la création d'une ressource, dans le champ
>>>>>>> organisation de la vCard on devrait avoir Université de la
>>>>>>> Méditerranée qui devrait apparaître. Mais à la place j'ai
>>>>>>> "Université de la Méditerranée". Donc à priori un problème
>>>>>>> d'encodage. Pourtant je suis bien en UTF8 de bout en bout et
>>>>>>> dans le fichier "commons-parameters.properties", on lit bien
>>>>>>> Université de la Méditerranée.

>>>>>> Effectivement le remplacement des caractères accentuées par la
>>>>>> tâche ANT pose problème ... dans votre cas, c'est le fichier
>>>>>> ori-oai-vocabulary/WEB-INF/classes/properties/domain/ldapVocabulary.xml
>>>>>> qui doit comporter "Université de la Méditerranée" alors que
>>>>>> dans "commons-parameters.properties" figure bien "Université de
>>>>>> la Méditerranée".
>>>>>> On va tenter de corriger cela pour une prochaine version mais
>>>>>> cela ne me semble pas évient au premier abord ... si quelqu'un a
>>>>>> une idée ?
>>>>>>
>>>>>> Temporairement pour contourner le pb, plusieurs solutions :
>>>>>> * plutôt que d'utiliser le remplacement des variables, on peut
>>>>>> modifier dans les sources de vocabulary directement
>>>>>> conf/properties/domain/ldapVocabulary.xml et on remplace
>>>>>> ORG:[VOCABULARY_LDAP_PROVIDER_PEOPLE_ORG]
>>>>>> par
>>>>>> ORG:Université de la Méditerranée
>>>>>> * ... on peut aussi (ce qui signifie bien qu'il y a un pb qualque
>>>>>> part ...) convertir le fichier commons-parameters.properties en
>>>>>> ISO-8859-1, ce qui semble bizarrement résoudre les pbs (les
>>>>>> accents dans les fichiers types ldapVocabulary.xml sont alors
>>>>>> bien encodés en UTF-8 !)
>>>>>> iconv -t ISO-8859-1 commons-parameters.properties
>>>>>>
>>>>>>
>>>>>>

>>>>>>>
>>>>>>> - j'ai un utilisateur qui est mal reconnu. Dans le champs
>>>>>>> prénom, c'est le prénom d'une autre personne qui apparaît. Ces
>>>>>>> deux personnes ont le même nom, mais pas le même uid,
>>>>>>> évidemment. Comment est-ce possible, alors qu'il s'authentifie
>>>>>>> avec son uid et son mot de passe. Le workflow est configuré pour
>>>>>>> une authentification CAS.

>>>>>> Effectivement, cf un mail précédent où je présentais rapidement
>>>>>> l'algorithme de récupération de la VCARD de l'utilisateur courant
>>>>>> : on recherche dans le vocabulaire peopleLdapLocalProvider d'une
>>>>>> VCARD contenant textuellement UID:joe (lorsque l'utilisateur est
>>>>>> joe), cf la XSL
>>>>>> conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl
>>>>>> Si une VCARD contient tectuellement UID:joel par exemple, cela va
>>>>>> effectivement poser problème.
>>>>>>
>>>>>> On pourrait tenter par exemple de rajouter un retour chariot dans
>>>>>> la XSL pour que l'on regarde si la VCARD contient UID:joe\n
>>>>>> => je n'ai pas testé cela, un \n suffirait-il ... ? Je testerai
>>>>>> lorsque j'aurai un peu de temps (sauf si j'ai un retour la dessus
>>>>>> avant ! ;-) )
>>>>>>
>>>>>>

>>>>>>>
>>>>>>> - dernière question : est-ce normal que lorsque l'on clique sur
>>>>>>> "Ressource pédagogique ou "Document [DC]" dans "Référencer une
>>>>>>> ressource" (Workflow), une ressource en cours d'édition se créé
>>>>>>> automatiquement, même si l'on ferme directement l'editor ?

>>>>>> Oui, c'est "normal", cela fait partie des demandes
>>>>>> d'améliorations que l'on a dans nos "TODO" ... cf tickets sur le
>>>>>> site sourcesup.cru.fr
>>>>>>
>>>>>> Vincent.
>>>>>>
>>>>>>

>>>>>>>
>>>>>>> J'espère avoir été clair, dans le cas contraire n'hésitez pas à
>>>>>>> me demander.
>>>>>>>
>>>>>>> Merci d'avance.
>>>>>>>

>>>>>>

>>>>>

>>>>

>>>

>>
>> --
>> François Lefebvre
>> Bibliothèque Universitaire de Lille 1
>> Cité Scientifique - B.P. 30155
>> 59653 VILLENEUVE D'ASCQ CEDEX
>> Tél.: 03.20.43.43.55

> J'ai redémarré le module Md-editor, j'ai forcé le rechargement du
> vocabulaire dans le md-editor mais j'ai toujours le même problème.
> Dans le champs ORG de la Vcard j'ai toujours Universit\u00e9 qui
> apparait.
>
>
> Vincent Bonamy a écrit :

>> Bonjour,
>>
>> Si dans vocabulay cela est pris en compte, c'est que c'est au niveau
>> de l'éditeur que cela n'est pas encore pris en compte.
>> Un redémarrage de l'éditeur suffit.
>>
>> Plutôt que de redémarrer on peut aussi appeller une url de la sorte :
>> http://localhost:8280/ori-oai-md-editor/ori-md-editor/reload-vocab
>>
>> Cf ici :
>> http://www.ori-oai.org/display/ORIOAImdeditor/ori-oai-md-editor+et+le+mo...
>>
>>
>> Vincent.
>>
>>
>>
>> Julien Troubat wrote:

>>> Oui bien sûr je recompile à chaque fois, j'ai oublié de le préciser.
>>> Es-ce qu'il n'y a pas un cache quelque part qui garderait les
>>> informations ?
>>> Quand je regarde le fichier
>>> ori-oai-vocabulary/WEB-INF/classes/properties/domain/ldapVocabulary.xml,
>>> j'ai bien Université qui apparaît.
>>>
>>> françois lefebvre a écrit :

>>>> Bonjour,
>>>>
>>>> Recompiles tu les modifications ?
>>>> Redémarrer des tomcat sans recompiler, cela ne sert à rien.
>>>>
>>>> Il faut donc stoper le/les tomcat, recompiler tes sources pour
>>>> avoir des paquets utilisables pour tomcat avec la commande :"ant
>>>> all" dans le module en question et redémarrer tomcat.
>>>>
>>>> Ou sinon, ds le ori quick install : ant all-all pour envoyer la
>>>> commande "ant all" a tous les modules.
>>>>
>>>>
>>>> bon courage
>>>>
>>>>
>>>> Julien Troubat a écrit :

>>>>> Tout d'abord, merci pour vos réponses !
>>>>>
>>>>> Ensuite j'ai effectué la modification en mettant Universit\u00e9
>>>>> dans le fichier commons-parameters.properties. Malheureusement la
>>>>> modification n'est pas prise en compte. J'avais déjà remarqué ça
>>>>> pour d'autres modifs. Les modifs sont prises en compte plusieurs
>>>>> jours après. Pourtant je redémarre les tomcat. Je ne comprends pas
>>>>> pourquoi les modifs ne sont pas prises en compte immédiatement.
>>>>>
>>>>> Pour rappel j'utilise un module (tomcat) par serveur.
>>>>>
>>>>> Merci pour votre aide.
>>>>>
>>>>> TROUBAT Julien
>>>>> UFR : Pharo
>>>>> Service : DOSI Pharo
>>>>> Téléphone : 04 91 39 66 52 Université de la Méditerranée
>>>>> Jardin du Pharo
>>>>> 58 bd Charles Livon
>>>>> 13284 Marseille cedex 07
>>>>>
>>>>>
>>>>>
>>>>> Vincent Bonamy a écrit :

>>>>>> Effectivement, ca marche bien avec les échappements unicode :-)
>>>>>> => Universit\u00e9 de Rennes1
>>>>>> C'est également ce qui est utilisé dans les fichiers i18n
>>>>>> (fichiers properties pour les traductions), je n'y pensais plus.
>>>>>> Merci François.
>>>>>> Vincent.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Francois Jannin wrote:

>>>>>>> Bonjour,
>>>>>>>
>>>>>>> Précision sur l'encodage / Exception concernant UTF-8 :
>>>>>>>
>>>>>>> Les fichiers properties Java sont interprétés comme étant, ipso
>>>>>>> facto et de façon standardisée, en ISO-8859-1
>>>>>>> (http://java.sun.com/j2se/1.4.2/docs/api/java/util/Properties.html),
>>>>>>> aussi tout autre encodage fera vraisemblablement echouer le
>>>>>>> décodage normal des bytes lors de la déserialisation, et donc
>>>>>>> débouchera sur un pb d'encodage pour tous les caractères non-ASCII.
>>>>>>> (ceci indépendamment de l'encodage spécifié dans le BOM eventuel)
>>>>>>>
>>>>>>> Le mieux, le best, le top pour ces fichiers properties, est donc
>>>>>>> d'utiliser un echappement unicode de forme \uxxxx pour ne plus
>>>>>>> avoir de soucis...où xxxx est le code hexadécimal :
>>>>>>> http://www.unicode.org/charts/PDF/U0080.pdf
>>>>>>>
>>>>>>>
>>>>>>> François
>>>>>>>
>>>>>>>
>>>>>>> Vincent Bonamy a écrit :

>>>>>>>> Bonjour,
>>>>>>>>
>>>>>>>> J'ai l'impression qu'il y a quelques messages restés sans
>>>>>>>> réponse sur la liste, si les questions qui y figurent ne sont
>>>>>>>> pas résolues n'hésitez pas à nous relancer - et si vous avez
>>>>>>>> résolu certains problèmes entre temps, n'hésitez pas aussi à
>>>>>>>> nous en faire part ! :-)
>>>>>>>>
>>>>>>>> Ce message fait parti des messages qui n'ont pas eu de réponses
>>>>>>>> ... je réponds maintenant.
>>>>>>>>
>>>>>>>>
>>>>>>>> Julien Troubat wrote:

>>>>>>>>> Bonjour,
>>>>>>>>>
>>>>>>>>> Je rencontre plusieurs problèmes :
>>>>>>>>>
>>>>>>>>> - lors de la création d'une ressource, dans le champ
>>>>>>>>> organisation de la vCard on devrait avoir Université de la
>>>>>>>>> Méditerranée qui devrait apparaître. Mais à la place j'ai
>>>>>>>>> "Université de la Méditerranée". Donc à priori un problème
>>>>>>>>> d'encodage. Pourtant je suis bien en UTF8 de bout en bout et
>>>>>>>>> dans le fichier "commons-parameters.properties", on lit bien
>>>>>>>>> Université de la Méditerranée.

>>>>>>>> Effectivement le remplacement des caractères accentuées par la
>>>>>>>> tâche ANT pose problème ... dans votre cas, c'est le fichier
>>>>>>>> ori-oai-vocabulary/WEB-INF/classes/properties/domain/ldapVocabulary.xml
>>>>>>>> qui doit comporter "Université de la Méditerranée" alors que
>>>>>>>> dans "commons-parameters.properties" figure bien "Université de
>>>>>>>> la Méditerranée".
>>>>>>>> On va tenter de corriger cela pour une prochaine version mais
>>>>>>>> cela ne me semble pas évient au premier abord ... si quelqu'un
>>>>>>>> a une idée ?
>>>>>>>>
>>>>>>>> Temporairement pour contourner le pb, plusieurs solutions :
>>>>>>>> * plutôt que d'utiliser le remplacement des variables, on peut
>>>>>>>> modifier dans les sources de vocabulary directement
>>>>>>>> conf/properties/domain/ldapVocabulary.xml et on remplace
>>>>>>>> ORG:[VOCABULARY_LDAP_PROVIDER_PEOPLE_ORG]
>>>>>>>> par
>>>>>>>> ORG:Université de la Méditerranée
>>>>>>>> * ... on peut aussi (ce qui signifie bien qu'il y a un pb
>>>>>>>> qualque part ...) convertir le fichier
>>>>>>>> commons-parameters.properties en ISO-8859-1, ce qui semble
>>>>>>>> bizarrement résoudre les pbs (les accents dans les fichiers
>>>>>>>> types ldapVocabulary.xml sont alors bien encodés en UTF-8 !)
>>>>>>>> iconv -t ISO-8859-1 commons-parameters.properties
>>>>>>>>
>>>>>>>>
>>>>>>>>

>>>>>>>>>
>>>>>>>>> - j'ai un utilisateur qui est mal reconnu. Dans le champs
>>>>>>>>> prénom, c'est le prénom d'une autre personne qui apparaît. Ces
>>>>>>>>> deux personnes ont le même nom, mais pas le même uid,
>>>>>>>>> évidemment. Comment est-ce possible, alors qu'il s'authentifie
>>>>>>>>> avec son uid et son mot de passe. Le workflow est configuré
>>>>>>>>> pour une authentification CAS.

>>>>>>>> Effectivement, cf un mail précédent où je présentais rapidement
>>>>>>>> l'algorithme de récupération de la VCARD de l'utilisateur
>>>>>>>> courant : on recherche dans le vocabulaire
>>>>>>>> peopleLdapLocalProvider d'une VCARD contenant textuellement
>>>>>>>> UID:joe (lorsque l'utilisateur est joe), cf la XSL
>>>>>>>> conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl
>>>>>>>> Si une VCARD contient tectuellement UID:joel par exemple, cela
>>>>>>>> va effectivement poser problème.
>>>>>>>>
>>>>>>>> On pourrait tenter par exemple de rajouter un retour chariot
>>>>>>>> dans la XSL pour que l'on regarde si la VCARD contient UID:joe\n
>>>>>>>> => je n'ai pas testé cela, un \n suffirait-il ... ? Je testerai
>>>>>>>> lorsque j'aurai un peu de temps (sauf si j'ai un retour la
>>>>>>>> dessus avant ! ;-) )
>>>>>>>>
>>>>>>>>

>>>>>>>>>
>>>>>>>>> - dernière question : est-ce normal que lorsque l'on clique
>>>>>>>>> sur "Ressource pédagogique ou "Document [DC]" dans "Référencer
>>>>>>>>> une ressource" (Workflow), une ressource en cours d'édition se
>>>>>>>>> créé automatiquement, même si l'on ferme directement l'editor ?

>>>>>>>> Oui, c'est "normal", cela fait partie des demandes
>>>>>>>> d'améliorations que l'on a dans nos "TODO" ... cf tickets sur
>>>>>>>> le site sourcesup.cru.fr
>>>>>>>>
>>>>>>>> Vincent.
>>>>>>>>
>>>>>>>>

>>>>>>>>>
>>>>>>>>> J'espère avoir été clair, dans le cas contraire n'hésitez pas
>>>>>>>>> à me demander.
>>>>>>>>>
>>>>>>>>> Merci d'avance.
>>>>>>>>>

>>>>>>>>

>>>>>>>

>>>>>>

>>>>>

>>>>
>>>> --
>>>> François Lefebvre
>>>> Bibliothèque Universitaire de Lille 1
>>>> Cité Scientifique - B.P. 30155
>>>> 59653 VILLENEUVE D'ASCQ CEDEX
>>>> Tél.: 03.20.43.43.55

>>

> Oui, mais ça devrait être "Université" puisque cela apparaît comme ça
> dans le fichier
> ori-oai-vocabulary/WEB-INF/classes/properties/domain/ldapVocabulary.xml
>
> Par contre dans mon fichier commons-parameters.properties j'ai
> "Universit\u00e9"
> Je précise que j'ai recompilé, déployé et redémarré à chaque fois.
>
> Vincent Bonamy a écrit :

>> Ce n'est plus Université mais Universit\u00e9 alors ?
>> Vincent.
>>
>>
>> Julien Troubat wrote:

>>> J'ai redémarré le module Md-editor, j'ai forcé le rechargement du
>>> vocabulaire dans le md-editor mais j'ai toujours le même problème.
>>> Dans le champs ORG de la Vcard j'ai toujours Universit\u00e9 qui
>>> apparait.
>>>
>>>
>>> Vincent Bonamy a écrit :

>>>> Bonjour,
>>>>
>>>> Si dans vocabulay cela est pris en compte, c'est que c'est au
>>>> niveau de l'éditeur que cela n'est pas encore pris en compte.
>>>> Un redémarrage de l'éditeur suffit.
>>>>
>>>> Plutôt que de redémarrer on peut aussi appeller une url de la sorte :
>>>> http://localhost:8280/ori-oai-md-editor/ori-md-editor/reload-vocab
>>>>
>>>> Cf ici :
>>>> http://www.ori-oai.org/display/ORIOAImdeditor/ori-oai-md-editor+et+le+mo...
>>>>
>>>>
>>>> Vincent.
>>>>
>>>>
>>>>
>>>> Julien Troubat wrote:

>>>>> Oui bien sûr je recompile à chaque fois, j'ai oublié de le
>>>>> préciser. Es-ce qu'il n'y a pas un cache quelque part qui
>>>>> garderait les informations ?
>>>>> Quand je regarde le fichier
>>>>> ori-oai-vocabulary/WEB-INF/classes/properties/domain/ldapVocabulary.xml,
>>>>> j'ai bien Université qui apparaît.
>>>>>
>>>>> françois lefebvre a écrit :

>>>>>> Bonjour,
>>>>>>
>>>>>> Recompiles tu les modifications ?
>>>>>> Redémarrer des tomcat sans recompiler, cela ne sert à rien.
>>>>>>
>>>>>> Il faut donc stoper le/les tomcat, recompiler tes sources pour
>>>>>> avoir des paquets utilisables pour tomcat avec la commande :"ant
>>>>>> all" dans le module en question et redémarrer tomcat.
>>>>>>
>>>>>> Ou sinon, ds le ori quick install : ant all-all pour envoyer la
>>>>>> commande "ant all" a tous les modules.
>>>>>>
>>>>>>
>>>>>> bon courage
>>>>>>
>>>>>>
>>>>>> Julien Troubat a écrit :

>>>>>>> Tout d'abord, merci pour vos réponses !
>>>>>>>
>>>>>>> Ensuite j'ai effectué la modification en mettant Universit\u00e9
>>>>>>> dans le fichier commons-parameters.properties. Malheureusement
>>>>>>> la modification n'est pas prise en compte. J'avais déjà remarqué
>>>>>>> ça pour d'autres modifs. Les modifs sont prises en compte
>>>>>>> plusieurs jours après. Pourtant je redémarre les tomcat. Je ne
>>>>>>> comprends pas pourquoi les modifs ne sont pas prises en compte
>>>>>>> immédiatement.
>>>>>>>
>>>>>>> Pour rappel j'utilise un module (tomcat) par serveur.
>>>>>>>
>>>>>>> Merci pour votre aide.
>>>>>>>
>>>>>>> TROUBAT Julien
>>>>>>> UFR : Pharo
>>>>>>> Service : DOSI Pharo
>>>>>>> Téléphone : 04 91 39 66 52 Université de la Méditerranée
>>>>>>> Jardin du Pharo
>>>>>>> 58 bd Charles Livon
>>>>>>> 13284 Marseille cedex 07
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Vincent Bonamy a écrit :

>>>>>>>> Effectivement, ca marche bien avec les échappements unicode :-)
>>>>>>>> => Universit\u00e9 de Rennes1
>>>>>>>> C'est également ce qui est utilisé dans les fichiers i18n
>>>>>>>> (fichiers properties pour les traductions), je n'y pensais plus.
>>>>>>>> Merci François.
>>>>>>>> Vincent.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Francois Jannin wrote:

>>>>>>>>> Bonjour,
>>>>>>>>>
>>>>>>>>> Précision sur l'encodage / Exception concernant UTF-8 :
>>>>>>>>>
>>>>>>>>> Les fichiers properties Java sont interprétés comme étant,
>>>>>>>>> ipso facto et de façon standardisée, en ISO-8859-1
>>>>>>>>> (http://java.sun.com/j2se/1.4.2/docs/api/java/util/Properties.html),
>>>>>>>>> aussi tout autre encodage fera vraisemblablement echouer le
>>>>>>>>> décodage normal des bytes lors de la déserialisation, et donc
>>>>>>>>> débouchera sur un pb d'encodage pour tous les caractères
>>>>>>>>> non-ASCII.
>>>>>>>>> (ceci indépendamment de l'encodage spécifié dans le BOM eventuel)
>>>>>>>>>
>>>>>>>>> Le mieux, le best, le top pour ces fichiers properties, est
>>>>>>>>> donc d'utiliser un echappement unicode de forme \uxxxx pour ne
>>>>>>>>> plus avoir de soucis...où xxxx est le code hexadécimal :
>>>>>>>>> http://www.unicode.org/charts/PDF/U0080.pdf
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> François
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Vincent Bonamy a écrit :

>>>>>>>>>> Bonjour,
>>>>>>>>>>
>>>>>>>>>> J'ai l'impression qu'il y a quelques messages restés sans
>>>>>>>>>> réponse sur la liste, si les questions qui y figurent ne sont
>>>>>>>>>> pas résolues n'hésitez pas à nous relancer - et si vous avez
>>>>>>>>>> résolu certains problèmes entre temps, n'hésitez pas aussi à
>>>>>>>>>> nous en faire part ! :-)
>>>>>>>>>>
>>>>>>>>>> Ce message fait parti des messages qui n'ont pas eu de
>>>>>>>>>> réponses ... je réponds maintenant.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Julien Troubat wrote:

>>>>>>>>>>> Bonjour,
>>>>>>>>>>>
>>>>>>>>>>> Je rencontre plusieurs problèmes :
>>>>>>>>>>>
>>>>>>>>>>> - lors de la création d'une ressource, dans le champ
>>>>>>>>>>> organisation de la vCard on devrait avoir Université de la
>>>>>>>>>>> Méditerranée qui devrait apparaître. Mais à la place j'ai
>>>>>>>>>>> "Université de la Méditerranée". Donc à priori un
>>>>>>>>>>> problème d'encodage. Pourtant je suis bien en UTF8 de bout
>>>>>>>>>>> en bout et dans le fichier "commons-parameters.properties",
>>>>>>>>>>> on lit bien Université de la Méditerranée.

>>>>>>>>>> Effectivement le remplacement des caractères accentuées par
>>>>>>>>>> la tâche ANT pose problème ... dans votre cas, c'est le
>>>>>>>>>> fichier
>>>>>>>>>> ori-oai-vocabulary/WEB-INF/classes/properties/domain/ldapVocabulary.xml
>>>>>>>>>> qui doit comporter "Université de la Méditerranée" alors
>>>>>>>>>> que dans "commons-parameters.properties" figure bien
>>>>>>>>>> "Université de la Méditerranée".
>>>>>>>>>> On va tenter de corriger cela pour une prochaine version mais
>>>>>>>>>> cela ne me semble pas évient au premier abord ... si
>>>>>>>>>> quelqu'un a une idée ?
>>>>>>>>>>
>>>>>>>>>> Temporairement pour contourner le pb, plusieurs solutions :
>>>>>>>>>> * plutôt que d'utiliser le remplacement des variables, on
>>>>>>>>>> peut modifier dans les sources de vocabulary directement
>>>>>>>>>> conf/properties/domain/ldapVocabulary.xml et on remplace
>>>>>>>>>> ORG:[VOCABULARY_LDAP_PROVIDER_PEOPLE_ORG]
>>>>>>>>>> par
>>>>>>>>>> ORG:Université de la Méditerranée
>>>>>>>>>> * ... on peut aussi (ce qui signifie bien qu'il y a un pb
>>>>>>>>>> qualque part ...) convertir le fichier
>>>>>>>>>> commons-parameters.properties en ISO-8859-1, ce qui semble
>>>>>>>>>> bizarrement résoudre les pbs (les accents dans les fichiers
>>>>>>>>>> types ldapVocabulary.xml sont alors bien encodés en UTF-8 !)
>>>>>>>>>> iconv -t ISO-8859-1 commons-parameters.properties
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>

>>>>>>>>>>>
>>>>>>>>>>> - j'ai un utilisateur qui est mal reconnu. Dans le champs
>>>>>>>>>>> prénom, c'est le prénom d'une autre personne qui apparaît.
>>>>>>>>>>> Ces deux personnes ont le même nom, mais pas le même uid,
>>>>>>>>>>> évidemment. Comment est-ce possible, alors qu'il
>>>>>>>>>>> s'authentifie avec son uid et son mot de passe. Le workflow
>>>>>>>>>>> est configuré pour une authentification CAS.

>>>>>>>>>> Effectivement, cf un mail précédent où je présentais
>>>>>>>>>> rapidement l'algorithme de récupération de la VCARD de
>>>>>>>>>> l'utilisateur courant : on recherche dans le vocabulaire
>>>>>>>>>> peopleLdapLocalProvider d'une VCARD contenant textuellement
>>>>>>>>>> UID:joe (lorsque l'utilisateur est joe), cf la XSL
>>>>>>>>>> conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl
>>>>>>>>>> Si une VCARD contient tectuellement UID:joel par exemple,
>>>>>>>>>> cela va effectivement poser problème.
>>>>>>>>>>
>>>>>>>>>> On pourrait tenter par exemple de rajouter un retour chariot
>>>>>>>>>> dans la XSL pour que l'on regarde si la VCARD contient UID:joe\n
>>>>>>>>>> => je n'ai pas testé cela, un \n suffirait-il ... ? Je
>>>>>>>>>> testerai lorsque j'aurai un peu de temps (sauf si j'ai un
>>>>>>>>>> retour la dessus avant ! ;-) )
>>>>>>>>>>
>>>>>>>>>>

>>>>>>>>>>>
>>>>>>>>>>> - dernière question : est-ce normal que lorsque l'on clique
>>>>>>>>>>> sur "Ressource pédagogique ou "Document [DC]" dans
>>>>>>>>>>> "Référencer une ressource" (Workflow), une ressource en
>>>>>>>>>>> cours d'édition se créé automatiquement, même si l'on ferme
>>>>>>>>>>> directement l'editor ?

>>>>>>>>>> Oui, c'est "normal", cela fait partie des demandes
>>>>>>>>>> d'améliorations que l'on a dans nos "TODO" ... cf tickets sur
>>>>>>>>>> le site sourcesup.cru.fr
>>>>>>>>>>
>>>>>>>>>> Vincent.
>>>>>>>>>>
>>>>>>>>>>

>>>>>>>>>>>
>>>>>>>>>>> J'espère avoir été clair, dans le cas contraire n'hésitez
>>>>>>>>>>> pas à me demander.
>>>>>>>>>>>
>>>>>>>>>>> Merci d'avance.
>>>>>>>>>>>

>>>>>>>>>>

>>>>>>>>>

>>>>>>>>

>>>>>>>

>>>>>>
>>>>>> --
>>>>>> François Lefebvre
>>>>>> Bibliothèque Universitaire de Lille 1
>>>>>> Cité Scientifique - B.P. 30155
>>>>>> 59653 VILLENEUVE D'ASCQ CEDEX
>>>>>> Tél.: 03.20.43.43.55

>>>>

>>

>
> Vincent Bonamy a écrit :

>> Donc dans
>> ori-oai-vocabulary/WEB-INF/classes/properties/domain/ldapVocabulary.xml
>> c'est OK.
>> Par contre dans le vocabulaire généré directement au niveau de
>> vocabulary : le vocabulaire lié au ldap ?
>> Il faut peut-être arrêter le tomcat du vocabulary, supprimer les
>> fichiers du temp de vocabulary et redémarrer.
>> Vincent.

> Fait mais cela ne marche toujours pas ... Je commence à désespérer :/

>
> Vincent Bonamy a écrit :

>> Donc dans
>> ori-oai-vocabulary/WEB-INF/classes/properties/domain/ldapVocabulary.xml
>> c'est OK.
>> Par contre dans le vocabulaire généré directement au niveau de
>> vocabulary : le vocabulaire lié au ldap ?
>> Il faut peut-être arrêter le tomcat du vocabulary, supprimer les
>> fichiers du temp de vocabulary et redémarrer.
>> Vincent.

> Fait mais cela ne marche toujours pas ... Je commence à désespérer :/
>

>

>>
>> Julien Troubat wrote:

>>> Oui, mais ça devrait être "Université" puisque cela apparaît comme
>>> ça dans le fichier
>>> ori-oai-vocabulary/WEB-INF/classes/properties/domain/ldapVocabulary.xml
>>>
>>> Par contre dans mon fichier commons-parameters.properties j'ai
>>> "Universit\u00e9"
>>> Je précise que j'ai recompilé, déployé et redémarré à chaque fois.
>>>
>>> Vincent Bonamy a écrit :

>>>> Ce n'est plus Université mais Universit\u00e9 alors ?
>>>> Vincent.
>>>>
>>>>
>>>> Julien Troubat wrote:

>>>>> J'ai redémarré le module Md-editor, j'ai forcé le rechargement du
>>>>> vocabulaire dans le md-editor mais j'ai toujours le même problème.
>>>>> Dans le champs ORG de la Vcard j'ai toujours Universit\u00e9 qui
>>>>> apparait.
>>>>>
>>>>>
>>>>> Vincent Bonamy a écrit :

>>>>>> Bonjour,
>>>>>>
>>>>>> Si dans vocabulay cela est pris en compte, c'est que c'est au
>>>>>> niveau de l'éditeur que cela n'est pas encore pris en compte.
>>>>>> Un redémarrage de l'éditeur suffit.
>>>>>>
>>>>>> Plutôt que de redémarrer on peut aussi appeller une url de la
>>>>>> sorte :
>>>>>> http://localhost:8280/ori-oai-md-editor/ori-md-editor/reload-vocab
>>>>>>
>>>>>> Cf ici :
>>>>>> http://www.ori-oai.org/display/ORIOAImdeditor/ori-oai-md-editor+et+le+mo...
>>>>>>
>>>>>>
>>>>>> Vincent.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Julien Troubat wrote:

>>>>>>> Oui bien sûr je recompile à chaque fois, j'ai oublié de le
>>>>>>> préciser. Es-ce qu'il n'y a pas un cache quelque part qui
>>>>>>> garderait les informations ?
>>>>>>> Quand je regarde le fichier
>>>>>>> ori-oai-vocabulary/WEB-INF/classes/properties/domain/ldapVocabulary.xml,
>>>>>>> j'ai bien Université qui apparaît.
>>>>>>>
>>>>>>> françois lefebvre a écrit :

>>>>>>>> Bonjour,
>>>>>>>>
>>>>>>>> Recompiles tu les modifications ?
>>>>>>>> Redémarrer des tomcat sans recompiler, cela ne sert à rien.
>>>>>>>>
>>>>>>>> Il faut donc stoper le/les tomcat, recompiler tes sources pour
>>>>>>>> avoir des paquets utilisables pour tomcat avec la commande
>>>>>>>> :"ant all" dans le module en question et redémarrer tomcat.
>>>>>>>>
>>>>>>>> Ou sinon, ds le ori quick install : ant all-all pour envoyer la
>>>>>>>> commande "ant all" a tous les modules.
>>>>>>>>
>>>>>>>>
>>>>>>>> bon courage
>>>>>>>>
>>>>>>>>
>>>>>>>> Julien Troubat a écrit :

>>>>>>>>> Tout d'abord, merci pour vos réponses !
>>>>>>>>>
>>>>>>>>> Ensuite j'ai effectué la modification en mettant
>>>>>>>>> Universit\u00e9 dans le fichier commons-parameters.properties.
>>>>>>>>> Malheureusement la modification n'est pas prise en compte.
>>>>>>>>> J'avais déjà remarqué ça pour d'autres modifs. Les modifs sont
>>>>>>>>> prises en compte plusieurs jours après. Pourtant je redémarre
>>>>>>>>> les tomcat. Je ne comprends pas pourquoi les modifs ne sont
>>>>>>>>> pas prises en compte immédiatement.
>>>>>>>>>
>>>>>>>>> Pour rappel j'utilise un module (tomcat) par serveur.
>>>>>>>>>
>>>>>>>>> Merci pour votre aide.
>>>>>>>>>
>>>>>>>>> TROUBAT Julien
>>>>>>>>> UFR : Pharo
>>>>>>>>> Service : DOSI Pharo
>>>>>>>>> Téléphone : 04 91 39 66 52 Université de la Méditerranée
>>>>>>>>> Jardin du Pharo
>>>>>>>>> 58 bd Charles Livon
>>>>>>>>> 13284 Marseille cedex 07
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Vincent Bonamy a écrit :

>>>>>>>>>> Effectivement, ca marche bien avec les échappements unicode :-)
>>>>>>>>>> => Universit\u00e9 de Rennes1
>>>>>>>>>> C'est également ce qui est utilisé dans les fichiers i18n
>>>>>>>>>> (fichiers properties pour les traductions), je n'y pensais plus.
>>>>>>>>>> Merci François.
>>>>>>>>>> Vincent.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Francois Jannin wrote:

>>>>>>>>>>> Bonjour,
>>>>>>>>>>>
>>>>>>>>>>> Précision sur l'encodage / Exception concernant UTF-8 :
>>>>>>>>>>>
>>>>>>>>>>> Les fichiers properties Java sont interprétés comme étant,
>>>>>>>>>>> ipso facto et de façon standardisée, en ISO-8859-1
>>>>>>>>>>> (http://java.sun.com/j2se/1.4.2/docs/api/java/util/Properties.html),
>>>>>>>>>>> aussi tout autre encodage fera vraisemblablement echouer le
>>>>>>>>>>> décodage normal des bytes lors de la déserialisation, et
>>>>>>>>>>> donc débouchera sur un pb d'encodage pour tous les
>>>>>>>>>>> caractères non-ASCII.
>>>>>>>>>>> (ceci indépendamment de l'encodage spécifié dans le BOM
>>>>>>>>>>> eventuel)
>>>>>>>>>>>
>>>>>>>>>>> Le mieux, le best, le top pour ces fichiers properties, est
>>>>>>>>>>> donc d'utiliser un echappement unicode de forme \uxxxx pour
>>>>>>>>>>> ne plus avoir de soucis...où xxxx est le code hexadécimal :
>>>>>>>>>>> http://www.unicode.org/charts/PDF/U0080.pdf
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> François
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Vincent Bonamy a écrit :

>>>>>>>>>>>> Bonjour,
>>>>>>>>>>>>
>>>>>>>>>>>> J'ai l'impression qu'il y a quelques messages restés sans
>>>>>>>>>>>> réponse sur la liste, si les questions qui y figurent ne
>>>>>>>>>>>> sont pas résolues n'hésitez pas à nous relancer - et si
>>>>>>>>>>>> vous avez résolu certains problèmes entre temps, n'hésitez
>>>>>>>>>>>> pas aussi à nous en faire part ! :-)
>>>>>>>>>>>>
>>>>>>>>>>>> Ce message fait parti des messages qui n'ont pas eu de
>>>>>>>>>>>> réponses ... je réponds maintenant.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Julien Troubat wrote:

>>>>>>>>>>>>> Bonjour,
>>>>>>>>>>>>>
>>>>>>>>>>>>> Je rencontre plusieurs problèmes :
>>>>>>>>>>>>>
>>>>>>>>>>>>> - lors de la création d'une ressource, dans le champ
>>>>>>>>>>>>> organisation de la vCard on devrait avoir Université de la
>>>>>>>>>>>>> Méditerranée qui devrait apparaître. Mais à la place j'ai
>>>>>>>>>>>>> "Université de la Méditerranée". Donc à priori un
>>>>>>>>>>>>> problème d'encodage. Pourtant je suis bien en UTF8 de bout
>>>>>>>>>>>>> en bout et dans le fichier
>>>>>>>>>>>>> "commons-parameters.properties", on lit bien Université de
>>>>>>>>>>>>> la Méditerranée.

>>>>>>>>>>>> Effectivement le remplacement des caractères accentuées
>>>>>>>>>>>> par la tâche ANT pose problème ... dans votre cas, c'est le
>>>>>>>>>>>> fichier
>>>>>>>>>>>> ori-oai-vocabulary/WEB-INF/classes/properties/domain/ldapVocabulary.xml
>>>>>>>>>>>> qui doit comporter "Université de la Méditerranée" alors
>>>>>>>>>>>> que dans "commons-parameters.properties" figure bien
>>>>>>>>>>>> "Université de la Méditerranée".
>>>>>>>>>>>> On va tenter de corriger cela pour une prochaine version
>>>>>>>>>>>> mais cela ne me semble pas évient au premier abord ... si
>>>>>>>>>>>> quelqu'un a une idée ?
>>>>>>>>>>>>
>>>>>>>>>>>> Temporairement pour contourner le pb, plusieurs solutions :
>>>>>>>>>>>> * plutôt que d'utiliser le remplacement des variables, on
>>>>>>>>>>>> peut modifier dans les sources de vocabulary directement
>>>>>>>>>>>> conf/properties/domain/ldapVocabulary.xml et on remplace
>>>>>>>>>>>> ORG:[VOCABULARY_LDAP_PROVIDER_PEOPLE_ORG]
>>>>>>>>>>>> par
>>>>>>>>>>>> ORG:Université de la Méditerranée
>>>>>>>>>>>> * ... on peut aussi (ce qui signifie bien qu'il y a un pb
>>>>>>>>>>>> qualque part ...) convertir le fichier
>>>>>>>>>>>> commons-parameters.properties en ISO-8859-1, ce qui semble
>>>>>>>>>>>> bizarrement résoudre les pbs (les accents dans les fichiers
>>>>>>>>>>>> types ldapVocabulary.xml sont alors bien encodés en UTF-8 !)
>>>>>>>>>>>> iconv -t ISO-8859-1 commons-parameters.properties
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>

>>>>>>>>>>>>>
>>>>>>>>>>>>> - j'ai un utilisateur qui est mal reconnu. Dans le champs
>>>>>>>>>>>>> prénom, c'est le prénom d'une autre personne qui apparaît.
>>>>>>>>>>>>> Ces deux personnes ont le même nom, mais pas le même uid,
>>>>>>>>>>>>> évidemment. Comment est-ce possible, alors qu'il
>>>>>>>>>>>>> s'authentifie avec son uid et son mot de passe. Le
>>>>>>>>>>>>> workflow est configuré pour une authentification CAS.

>>>>>>>>>>>> Effectivement, cf un mail précédent où je présentais
>>>>>>>>>>>> rapidement l'algorithme de récupération de la VCARD de
>>>>>>>>>>>> l'utilisateur courant : on recherche dans le vocabulaire
>>>>>>>>>>>> peopleLdapLocalProvider d'une VCARD contenant textuellement
>>>>>>>>>>>> UID:joe (lorsque l'utilisateur est joe), cf la XSL
>>>>>>>>>>>> conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl
>>>>>>>>>>>> Si une VCARD contient tectuellement UID:joel par exemple,
>>>>>>>>>>>> cela va effectivement poser problème.
>>>>>>>>>>>>
>>>>>>>>>>>> On pourrait tenter par exemple de rajouter un retour
>>>>>>>>>>>> chariot dans la XSL pour que l'on regarde si la VCARD
>>>>>>>>>>>> contient UID:joe\n
>>>>>>>>>>>> => je n'ai pas testé cela, un \n suffirait-il ... ? Je
>>>>>>>>>>>> testerai lorsque j'aurai un peu de temps (sauf si j'ai un
>>>>>>>>>>>> retour la dessus avant ! ;-) )
>>>>>>>>>>>>
>>>>>>>>>>>>

>>>>>>>>>>>>>
>>>>>>>>>>>>> - dernière question : est-ce normal que lorsque l'on
>>>>>>>>>>>>> clique sur "Ressource pédagogique ou "Document [DC]" dans
>>>>>>>>>>>>> "Référencer une ressource" (Workflow), une ressource en
>>>>>>>>>>>>> cours d'édition se créé automatiquement, même si l'on
>>>>>>>>>>>>> ferme directement l'editor ?

>>>>>>>>>>>> Oui, c'est "normal", cela fait partie des demandes
>>>>>>>>>>>> d'améliorations que l'on a dans nos "TODO" ... cf tickets
>>>>>>>>>>>> sur le site sourcesup.cru.fr
>>>>>>>>>>>>
>>>>>>>>>>>> Vincent.
>>>>>>>>>>>>
>>>>>>>>>>>>

>>>>>>>>>>>>>
>>>>>>>>>>>>> J'espère avoir été clair, dans le cas contraire n'hésitez
>>>>>>>>>>>>> pas à me demander.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Merci d'avance.
>>>>>>>>>>>>>

>>>>>>>>>>>>

>>>>>>>>>>>

>>>>>>>>>>

>>>>>>>>>

>>>>>>>>
>>>>>>>> --
>>>>>>>> François Lefebvre
>>>>>>>> Bibliothèque Universitaire de Lille 1
>>>>>>>> Cité Scientifique - B.P. 30155
>>>>>>>> 59653 VILLENEUVE D'ASCQ CEDEX
>>>>>>>> Tél.: 03.20.43.43.55

>>>>>>

>>>>

>>

> En mettant Universit&xe9; dans le fichier properties, le module ne
> démarre plus à cause d'une Exception (voir ci-dessous) :
>
> org.xml.sax.SAXParseException: The entity "xe9" was referenced, but
> not declared.
>
> Je commence à être chauve :D
>
> Francois Jannin a écrit :

>> Julien Troubat a écrit :

>>>
>>> Vincent Bonamy a écrit :

>>>> Donc dans
>>>> ori-oai-vocabulary/WEB-INF/classes/properties/domain/ldapVocabulary.xml
>>>> c'est OK.
>>>> Par contre dans le vocabulaire généré directement au niveau de
>>>> vocabulary : le vocabulaire lié au ldap ?
>>>> Il faut peut-être arrêter le tomcat du vocabulary, supprimer les
>>>> fichiers du temp de vocabulary et redémarrer.
>>>> Vincent.

>>> Fait mais cela ne marche toujours pas ... Je commence à désespérer :/
>>>

>> Mais non mais non, courage !
>>
>> L'encodage est quelque chose à s'arracher les cheveux, car ce qu'on
>> voit est toujours interprété (désérialisé avec le bon charset ou pas,
>> désechappé ou pas), et le cache-cache induit est certes propice pour
>> s'arracher les cheveux...
>> Mais, j'ai une autre suggestion : quand tu dis que tu "vois" le
>> caractère correctement accentué dans ldapVocabulary.xml, es-tu sûr
>> qu'en fait l'echappement unicode n'est pas déséchappé par l'appli
>> qui te le "montre" ?
>> Car c'est étrange que tu retrouve l'échappement \u00e9 dans le
>> vocabulaire généré, étant donné que le properties n'est plus utilisé ?
>>
>> Je précise que l'echappement \uxxx fonctionne uniquement pour les
>> fichier properties Java, et par pour xml.
>> Le parseur XML n'echappera pas ces séquences. Pour les caractères
>> non-ascii, XML utilise les entités :
>> &ddd; ou &xhh; où ddd est la valeur décimale du code unicode, hh la
>> valeur hexadécimale.
>>
>> Il y a des chances que lorsque la valeur est prise du fichier
>> properties et "remplacée" dans le fichier xml, l'échappement soit
>> resté alors qu'il ne faudrait pas.
>> Dans ce cas, utilise non pas Universit\u00e9 mais Universit&xe9; dans
>> le fichier properties...
>>
>> François

>>>

>>>>
>>>> Julien Troubat wrote:

>>>>> Oui, mais ça devrait être "Université" puisque cela apparaît comme
>>>>> ça dans le fichier
>>>>> ori-oai-vocabulary/WEB-INF/classes/properties/domain/ldapVocabulary.xml
>>>>>
>>>>>
>>>>> Par contre dans mon fichier commons-parameters.properties j'ai
>>>>> "Universit\u00e9"
>>>>> Je précise que j'ai recompilé, déployé et redémarré à chaque fois.
>>>>>
>>>>> Vincent Bonamy a écrit :

>>>>>> Ce n'est plus Université mais Universit\u00e9 alors ?
>>>>>> Vincent.
>>>>>>
>>>>>>
>>>>>> Julien Troubat wrote:

>>>>>>> J'ai redémarré le module Md-editor, j'ai forcé le rechargement
>>>>>>> du vocabulaire dans le md-editor mais j'ai toujours le même
>>>>>>> problème. Dans le champs ORG de la Vcard j'ai toujours
>>>>>>> Universit\u00e9 qui apparait.
>>>>>>>
>>>>>>>
>>>>>>> Vincent Bonamy a écrit :

>>>>>>>> Bonjour,
>>>>>>>>
>>>>>>>> Si dans vocabulay cela est pris en compte, c'est que c'est au
>>>>>>>> niveau de l'éditeur que cela n'est pas encore pris en compte.
>>>>>>>> Un redémarrage de l'éditeur suffit.
>>>>>>>>
>>>>>>>> Plutôt que de redémarrer on peut aussi appeller une url de la
>>>>>>>> sorte :
>>>>>>>> http://localhost:8280/ori-oai-md-editor/ori-md-editor/reload-vocab
>>>>>>>>
>>>>>>>> Cf ici :
>>>>>>>> http://www.ori-oai.org/display/ORIOAImdeditor/ori-oai-md-editor+et+le+mo...
>>>>>>>>
>>>>>>>>
>>>>>>>> Vincent.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Julien Troubat wrote:

>>>>>>>>> Oui bien sûr je recompile à chaque fois, j'ai oublié de le
>>>>>>>>> préciser. Es-ce qu'il n'y a pas un cache quelque part qui
>>>>>>>>> garderait les informations ?
>>>>>>>>> Quand je regarde le fichier
>>>>>>>>> ori-oai-vocabulary/WEB-INF/classes/properties/domain/ldapVocabulary.xml,
>>>>>>>>> j'ai bien Université qui apparaît.
>>>>>>>>>
>>>>>>>>> françois lefebvre a écrit :

>>>>>>>>>> Bonjour,
>>>>>>>>>>
>>>>>>>>>> Recompiles tu les modifications ?
>>>>>>>>>> Redémarrer des tomcat sans recompiler, cela ne sert à rien.
>>>>>>>>>>
>>>>>>>>>> Il faut donc stoper le/les tomcat, recompiler tes sources
>>>>>>>>>> pour avoir des paquets utilisables pour tomcat avec la
>>>>>>>>>> commande :"ant all" dans le module en question et redémarrer
>>>>>>>>>> tomcat.
>>>>>>>>>>
>>>>>>>>>> Ou sinon, ds le ori quick install : ant all-all pour envoyer
>>>>>>>>>> la commande "ant all" a tous les modules.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> bon courage
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Julien Troubat a écrit :

>>>>>>>>>>> Tout d'abord, merci pour vos réponses !
>>>>>>>>>>>
>>>>>>>>>>> Ensuite j'ai effectué la modification en mettant
>>>>>>>>>>> Universit\u00e9 dans le fichier
>>>>>>>>>>> commons-parameters.properties. Malheureusement la
>>>>>>>>>>> modification n'est pas prise en compte. J'avais déjà
>>>>>>>>>>> remarqué ça pour d'autres modifs. Les modifs sont prises en
>>>>>>>>>>> compte plusieurs jours après. Pourtant je redémarre les
>>>>>>>>>>> tomcat. Je ne comprends pas pourquoi les modifs ne sont pas
>>>>>>>>>>> prises en compte immédiatement.
>>>>>>>>>>>
>>>>>>>>>>> Pour rappel j'utilise un module (tomcat) par serveur.
>>>>>>>>>>>
>>>>>>>>>>> Merci pour votre aide.
>>>>>>>>>>>
>>>>>>>>>>> TROUBAT Julien
>>>>>>>>>>> UFR : Pharo
>>>>>>>>>>> Service : DOSI Pharo
>>>>>>>>>>> Téléphone : 04 91 39 66 52 Université de la Méditerranée
>>>>>>>>>>> Jardin du Pharo
>>>>>>>>>>> 58 bd Charles Livon
>>>>>>>>>>> 13284 Marseille cedex 07
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Vincent Bonamy a écrit :

>>>>>>>>>>>> Effectivement, ca marche bien avec les échappements unicode
>>>>>>>>>>>> :-)
>>>>>>>>>>>> => Universit\u00e9 de Rennes1
>>>>>>>>>>>> C'est également ce qui est utilisé dans les fichiers i18n
>>>>>>>>>>>> (fichiers properties pour les traductions), je n'y pensais
>>>>>>>>>>>> plus.
>>>>>>>>>>>> Merci François.
>>>>>>>>>>>> Vincent.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Francois Jannin wrote:

>>>>>>>>>>>>> Bonjour,
>>>>>>>>>>>>>
>>>>>>>>>>>>> Précision sur l'encodage / Exception concernant UTF-8 :
>>>>>>>>>>>>>
>>>>>>>>>>>>> Les fichiers properties Java sont interprétés comme étant,
>>>>>>>>>>>>> ipso facto et de façon standardisée, en ISO-8859-1
>>>>>>>>>>>>> (http://java.sun.com/j2se/1.4.2/docs/api/java/util/Properties.html),
>>>>>>>>>>>>> aussi tout autre encodage fera vraisemblablement echouer
>>>>>>>>>>>>> le décodage normal des bytes lors de la déserialisation,
>>>>>>>>>>>>> et donc débouchera sur un pb d'encodage pour tous les
>>>>>>>>>>>>> caractères non-ASCII.
>>>>>>>>>>>>> (ceci indépendamment de l'encodage spécifié dans le BOM
>>>>>>>>>>>>> eventuel)
>>>>>>>>>>>>>
>>>>>>>>>>>>> Le mieux, le best, le top pour ces fichiers properties,
>>>>>>>>>>>>> est donc d'utiliser un echappement unicode de forme \uxxxx
>>>>>>>>>>>>> pour ne plus avoir de soucis...où xxxx est le code
>>>>>>>>>>>>> hexadécimal : http://www.unicode.org/charts/PDF/U0080.pdf
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> François
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Vincent Bonamy a écrit :

>>>>>>>>>>>>>> Bonjour,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> J'ai l'impression qu'il y a quelques messages restés sans
>>>>>>>>>>>>>> réponse sur la liste, si les questions qui y figurent ne
>>>>>>>>>>>>>> sont pas résolues n'hésitez pas à nous relancer - et si
>>>>>>>>>>>>>> vous avez résolu certains problèmes entre temps,
>>>>>>>>>>>>>> n'hésitez pas aussi à nous en faire part ! :-)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Ce message fait parti des messages qui n'ont pas eu de
>>>>>>>>>>>>>> réponses ... je réponds maintenant.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Julien Troubat wrote:

>>>>>>>>>>>>>>> Bonjour,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Je rencontre plusieurs problèmes :
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> - lors de la création d'une ressource, dans le champ
>>>>>>>>>>>>>>> organisation de la vCard on devrait avoir Université de
>>>>>>>>>>>>>>> la Méditerranée qui devrait apparaître. Mais à la place
>>>>>>>>>>>>>>> j'ai "Université de la Méditerranée". Donc à priori
>>>>>>>>>>>>>>> un problème d'encodage. Pourtant je suis bien en UTF8 de
>>>>>>>>>>>>>>> bout en bout et dans le fichier
>>>>>>>>>>>>>>> "commons-parameters.properties", on lit bien Université
>>>>>>>>>>>>>>> de la Méditerranée.

>>>>>>>>>>>>>> Effectivement le remplacement des caractères accentuées
>>>>>>>>>>>>>> par la tâche ANT pose problème ... dans votre cas, c'est
>>>>>>>>>>>>>> le fichier
>>>>>>>>>>>>>> ori-oai-vocabulary/WEB-INF/classes/properties/domain/ldapVocabulary.xml
>>>>>>>>>>>>>> qui doit comporter "Université de la Méditerranée"
>>>>>>>>>>>>>> alors que dans "commons-parameters.properties" figure
>>>>>>>>>>>>>> bien "Université de la Méditerranée".
>>>>>>>>>>>>>> On va tenter de corriger cela pour une prochaine version
>>>>>>>>>>>>>> mais cela ne me semble pas évient au premier abord ... si
>>>>>>>>>>>>>> quelqu'un a une idée ?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Temporairement pour contourner le pb, plusieurs solutions :
>>>>>>>>>>>>>> * plutôt que d'utiliser le remplacement des variables, on
>>>>>>>>>>>>>> peut modifier dans les sources de vocabulary directement
>>>>>>>>>>>>>> conf/properties/domain/ldapVocabulary.xml et on remplace
>>>>>>>>>>>>>> ORG:[VOCABULARY_LDAP_PROVIDER_PEOPLE_ORG]
>>>>>>>>>>>>>> par
>>>>>>>>>>>>>> ORG:Université de la Méditerranée
>>>>>>>>>>>>>> * ... on peut aussi (ce qui signifie bien qu'il y a un pb
>>>>>>>>>>>>>> qualque part ...) convertir le fichier
>>>>>>>>>>>>>> commons-parameters.properties en ISO-8859-1, ce qui
>>>>>>>>>>>>>> semble bizarrement résoudre les pbs (les accents dans les
>>>>>>>>>>>>>> fichiers types ldapVocabulary.xml sont alors bien
>>>>>>>>>>>>>> encodés en UTF-8 !)
>>>>>>>>>>>>>> iconv -t ISO-8859-1 commons-parameters.properties
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>

>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> - j'ai un utilisateur qui est mal reconnu. Dans le
>>>>>>>>>>>>>>> champs prénom, c'est le prénom d'une autre personne qui
>>>>>>>>>>>>>>> apparaît. Ces deux personnes ont le même nom, mais pas
>>>>>>>>>>>>>>> le même uid, évidemment. Comment est-ce possible, alors
>>>>>>>>>>>>>>> qu'il s'authentifie avec son uid et son mot de passe. Le
>>>>>>>>>>>>>>> workflow est configuré pour une authentification CAS.

>>>>>>>>>>>>>> Effectivement, cf un mail précédent où je présentais
>>>>>>>>>>>>>> rapidement l'algorithme de récupération de la VCARD de
>>>>>>>>>>>>>> l'utilisateur courant : on recherche dans le vocabulaire
>>>>>>>>>>>>>> peopleLdapLocalProvider d'une VCARD contenant
>>>>>>>>>>>>>> textuellement UID:joe (lorsque l'utilisateur est joe), cf
>>>>>>>>>>>>>> la XSL
>>>>>>>>>>>>>> conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Si une VCARD contient tectuellement UID:joel par exemple,
>>>>>>>>>>>>>> cela va effectivement poser problème.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On pourrait tenter par exemple de rajouter un retour
>>>>>>>>>>>>>> chariot dans la XSL pour que l'on regarde si la VCARD
>>>>>>>>>>>>>> contient UID:joe\n
>>>>>>>>>>>>>> => je n'ai pas testé cela, un \n suffirait-il ... ? Je
>>>>>>>>>>>>>> testerai lorsque j'aurai un peu de temps (sauf si j'ai un
>>>>>>>>>>>>>> retour la dessus avant ! ;-) )
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>

>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> - dernière question : est-ce normal que lorsque l'on
>>>>>>>>>>>>>>> clique sur "Ressource pédagogique ou "Document [DC]"
>>>>>>>>>>>>>>> dans "Référencer une ressource" (Workflow), une
>>>>>>>>>>>>>>> ressource en cours d'édition se créé automatiquement,
>>>>>>>>>>>>>>> même si l'on ferme directement l'editor ?

>>>>>>>>>>>>>> Oui, c'est "normal", cela fait partie des demandes
>>>>>>>>>>>>>> d'améliorations que l'on a dans nos "TODO" ... cf tickets
>>>>>>>>>>>>>> sur le site sourcesup.cru.fr
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Vincent.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>

>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> J'espère avoir été clair, dans le cas contraire
>>>>>>>>>>>>>>> n'hésitez pas à me demander.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Merci d'avance.
>>>>>>>>>>>>>>>

>>>>>>>>>>>>>>

>>>>>>>>>>>>>

>>>>>>>>>>>>

>>>>>>>>>>>

>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> François Lefebvre
>>>>>>>>>> Bibliothèque Universitaire de Lille 1
>>>>>>>>>> Cité Scientifique - B.P. 30155
>>>>>>>>>> 59653 VILLENEUVE D'ASCQ CEDEX
>>>>>>>>>> Tél.: 03.20.43.43.55

>>>>>>>>

>>>>>>

>>>>

>>

> YEAHHH !!!! ça marche, merci pour votre patience !
>

> Francois Jannin a écrit :

>> Pardon , coquille, il faut mettre le # :
>> Université
>>
>> François
>>
>> Julien Troubat a écrit :

>>> En mettant Universit&xe9; dans le fichier properties, le module ne
>>> démarre plus à cause d'une Exception (voir ci-dessous) :
>>>
>>> org.xml.sax.SAXParseException: The entity "xe9" was referenced, but
>>> not declared.
>>>
>>> Je commence à être chauve :D
>>>
>>> Francois Jannin a écrit :

>>>> Julien Troubat a écrit :

>>>>>
>>>>> Vincent Bonamy a écrit :

>>>>>> Donc dans
>>>>>> ori-oai-vocabulary/WEB-INF/classes/properties/domain/ldapVocabulary.xml
>>>>>> c'est OK.
>>>>>> Par contre dans le vocabulaire généré directement au niveau de
>>>>>> vocabulary : le vocabulaire lié au ldap ?
>>>>>> Il faut peut-être arrêter le tomcat du vocabulary, supprimer les
>>>>>> fichiers du temp de vocabulary et redémarrer.
>>>>>> Vincent.

>>>>> Fait mais cela ne marche toujours pas ... Je commence à désespérer :/
>>>>>

>>>> Mais non mais non, courage !
>>>>
>>>> L'encodage est quelque chose à s'arracher les cheveux, car ce qu'on
>>>> voit est toujours interprété (désérialisé avec le bon charset ou
>>>> pas, désechappé ou pas), et le cache-cache induit est certes
>>>> propice pour s'arracher les cheveux...
>>>> Mais, j'ai une autre suggestion : quand tu dis que tu "vois" le
>>>> caractère correctement accentué dans ldapVocabulary.xml, es-tu sûr
>>>> qu'en fait l'echappement unicode n'est pas déséchappé par l'appli
>>>> qui te le "montre" ?
>>>> Car c'est étrange que tu retrouve l'échappement \u00e9 dans le
>>>> vocabulaire généré, étant donné que le properties n'est plus utilisé ?
>>>>
>>>> Je précise que l'echappement \uxxx fonctionne uniquement pour les
>>>> fichier properties Java, et par pour xml.
>>>> Le parseur XML n'echappera pas ces séquences. Pour les caractères
>>>> non-ascii, XML utilise les entités :
>>>> &ddd; ou &xhh; où ddd est la valeur décimale du code unicode, hh la
>>>> valeur hexadécimale.
>>>>
>>>> Il y a des chances que lorsque la valeur est prise du fichier
>>>> properties et "remplacée" dans le fichier xml, l'échappement soit
>>>> resté alors qu'il ne faudrait pas.
>>>> Dans ce cas, utilise non pas Universit\u00e9 mais Universit&xe9;
>>>> dans le fichier properties...
>>>>
>>>> François

>>>>>

>>>>>>
>>>>>> Julien Troubat wrote:

>>>>>>> Oui, mais ça devrait être "Université" puisque cela apparaît
>>>>>>> comme ça dans le fichier
>>>>>>> ori-oai-vocabulary/WEB-INF/classes/properties/domain/ldapVocabulary.xml
>>>>>>>
>>>>>>>
>>>>>>> Par contre dans mon fichier commons-parameters.properties j'ai
>>>>>>> "Universit\u00e9"
>>>>>>> Je précise que j'ai recompilé, déployé et redémarré à chaque fois.
>>>>>>>
>>>>>>> Vincent Bonamy a écrit :

>>>>>>>> Ce n'est plus Université mais Universit\u00e9 alors ?
>>>>>>>> Vincent.
>>>>>>>>
>>>>>>>>
>>>>>>>> Julien Troubat wrote:

>>>>>>>>> J'ai redémarré le module Md-editor, j'ai forcé le rechargement
>>>>>>>>> du vocabulaire dans le md-editor mais j'ai toujours le même
>>>>>>>>> problème. Dans le champs ORG de la Vcard j'ai toujours
>>>>>>>>> Universit\u00e9 qui apparait.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Vincent Bonamy a écrit :

>>>>>>>>>> Bonjour,
>>>>>>>>>>
>>>>>>>>>> Si dans vocabulay cela est pris en compte, c'est que c'est au
>>>>>>>>>> niveau de l'éditeur que cela n'est pas encore pris en compte.
>>>>>>>>>> Un redémarrage de l'éditeur suffit.
>>>>>>>>>>
>>>>>>>>>> Plutôt que de redémarrer on peut aussi appeller une url de la
>>>>>>>>>> sorte :
>>>>>>>>>> http://localhost:8280/ori-oai-md-editor/ori-md-editor/reload-vocab
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Cf ici :
>>>>>>>>>> http://www.ori-oai.org/display/ORIOAImdeditor/ori-oai-md-editor+et+le+mo...
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Vincent.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Julien Troubat wrote:

>>>>>>>>>>> Oui bien sûr je recompile à chaque fois, j'ai oublié de le
>>>>>>>>>>> préciser. Es-ce qu'il n'y a pas un cache quelque part qui
>>>>>>>>>>> garderait les informations ?
>>>>>>>>>>> Quand je regarde le fichier
>>>>>>>>>>> ori-oai-vocabulary/WEB-INF/classes/properties/domain/ldapVocabulary.xml,
>>>>>>>>>>> j'ai bien Université qui apparaît.
>>>>>>>>>>>
>>>>>>>>>>> françois lefebvre a écrit :

>>>>>>>>>>>> Bonjour,
>>>>>>>>>>>>
>>>>>>>>>>>> Recompiles tu les modifications ?
>>>>>>>>>>>> Redémarrer des tomcat sans recompiler, cela ne sert à rien.
>>>>>>>>>>>>
>>>>>>>>>>>> Il faut donc stoper le/les tomcat, recompiler tes sources
>>>>>>>>>>>> pour avoir des paquets utilisables pour tomcat avec la
>>>>>>>>>>>> commande :"ant all" dans le module en question et
>>>>>>>>>>>> redémarrer tomcat.
>>>>>>>>>>>>
>>>>>>>>>>>> Ou sinon, ds le ori quick install : ant all-all pour
>>>>>>>>>>>> envoyer la commande "ant all" a tous les modules.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> bon courage
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Julien Troubat a écrit :

>>>>>>>>>>>>> Tout d'abord, merci pour vos réponses !
>>>>>>>>>>>>>
>>>>>>>>>>>>> Ensuite j'ai effectué la modification en mettant
>>>>>>>>>>>>> Universit\u00e9 dans le fichier
>>>>>>>>>>>>> commons-parameters.properties. Malheureusement la
>>>>>>>>>>>>> modification n'est pas prise en compte. J'avais déjà
>>>>>>>>>>>>> remarqué ça pour d'autres modifs. Les modifs sont prises
>>>>>>>>>>>>> en compte plusieurs jours après. Pourtant je redémarre les
>>>>>>>>>>>>> tomcat. Je ne comprends pas pourquoi les modifs ne sont
>>>>>>>>>>>>> pas prises en compte immédiatement.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Pour rappel j'utilise un module (tomcat) par serveur.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Merci pour votre aide.
>>>>>>>>>>>>>
>>>>>>>>>>>>> TROUBAT Julien
>>>>>>>>>>>>> UFR : Pharo
>>>>>>>>>>>>> Service : DOSI Pharo
>>>>>>>>>>>>> Téléphone : 04 91 39 66 52 Université de la Méditerranée
>>>>>>>>>>>>> Jardin du Pharo
>>>>>>>>>>>>> 58 bd Charles Livon
>>>>>>>>>>>>> 13284 Marseille cedex 07
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Vincent Bonamy a écrit :

>>>>>>>>>>>>>> Effectivement, ca marche bien avec les échappements
>>>>>>>>>>>>>> unicode :-)
>>>>>>>>>>>>>> => Universit\u00e9 de Rennes1
>>>>>>>>>>>>>> C'est également ce qui est utilisé dans les fichiers i18n
>>>>>>>>>>>>>> (fichiers properties pour les traductions), je n'y
>>>>>>>>>>>>>> pensais plus.
>>>>>>>>>>>>>> Merci François.
>>>>>>>>>>>>>> Vincent.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Francois Jannin wrote:

>>>>>>>>>>>>>>> Bonjour,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Précision sur l'encodage / Exception concernant UTF-8 :
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Les fichiers properties Java sont interprétés comme
>>>>>>>>>>>>>>> étant, ipso facto et de façon standardisée, en
>>>>>>>>>>>>>>> ISO-8859-1
>>>>>>>>>>>>>>> (http://java.sun.com/j2se/1.4.2/docs/api/java/util/Properties.html),
>>>>>>>>>>>>>>> aussi tout autre encodage fera vraisemblablement echouer
>>>>>>>>>>>>>>> le décodage normal des bytes lors de la déserialisation,
>>>>>>>>>>>>>>> et donc débouchera sur un pb d'encodage pour tous les
>>>>>>>>>>>>>>> caractères non-ASCII.
>>>>>>>>>>>>>>> (ceci indépendamment de l'encodage spécifié dans le BOM
>>>>>>>>>>>>>>> eventuel)
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Le mieux, le best, le top pour ces fichiers properties,
>>>>>>>>>>>>>>> est donc d'utiliser un echappement unicode de forme
>>>>>>>>>>>>>>> \uxxxx pour ne plus avoir de soucis...où xxxx est le
>>>>>>>>>>>>>>> code hexadécimal :
>>>>>>>>>>>>>>> http://www.unicode.org/charts/PDF/U0080.pdf
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> François
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Vincent Bonamy a écrit :

>>>>>>>>>>>>>>>> Bonjour,
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> J'ai l'impression qu'il y a quelques messages restés
>>>>>>>>>>>>>>>> sans réponse sur la liste, si les questions qui y
>>>>>>>>>>>>>>>> figurent ne sont pas résolues n'hésitez pas à nous
>>>>>>>>>>>>>>>> relancer - et si vous avez résolu certains problèmes
>>>>>>>>>>>>>>>> entre temps, n'hésitez pas aussi à nous en faire part !
>>>>>>>>>>>>>>>> :-)
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Ce message fait parti des messages qui n'ont pas eu de
>>>>>>>>>>>>>>>> réponses ... je réponds maintenant.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Julien Troubat wrote:

>>>>>>>>>>>>>>>>> Bonjour,
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Je rencontre plusieurs problèmes :
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> - lors de la création d'une ressource, dans le champ
>>>>>>>>>>>>>>>>> organisation de la vCard on devrait avoir Université
>>>>>>>>>>>>>>>>> de la Méditerranée qui devrait apparaître. Mais à la
>>>>>>>>>>>>>>>>> place j'ai "Université de la Méditerranée". Donc à
>>>>>>>>>>>>>>>>> priori un problème d'encodage. Pourtant je suis bien
>>>>>>>>>>>>>>>>> en UTF8 de bout en bout et dans le fichier
>>>>>>>>>>>>>>>>> "commons-parameters.properties", on lit bien
>>>>>>>>>>>>>>>>> Université de la Méditerranée.

>>>>>>>>>>>>>>>> Effectivement le remplacement des caractères
>>>>>>>>>>>>>>>> accentuées par la tâche ANT pose problème ... dans
>>>>>>>>>>>>>>>> votre cas, c'est le fichier
>>>>>>>>>>>>>>>> ori-oai-vocabulary/WEB-INF/classes/properties/domain/ldapVocabulary.xml
>>>>>>>>>>>>>>>> qui doit comporter "Université de la Méditerranée"
>>>>>>>>>>>>>>>> alors que dans "commons-parameters.properties" figure
>>>>>>>>>>>>>>>> bien "Université de la Méditerranée".
>>>>>>>>>>>>>>>> On va tenter de corriger cela pour une prochaine
>>>>>>>>>>>>>>>> version mais cela ne me semble pas évient au premier
>>>>>>>>>>>>>>>> abord ... si quelqu'un a une idée ?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Temporairement pour contourner le pb, plusieurs
>>>>>>>>>>>>>>>> solutions :
>>>>>>>>>>>>>>>> * plutôt que d'utiliser le remplacement des variables,
>>>>>>>>>>>>>>>> on peut modifier dans les sources de vocabulary
>>>>>>>>>>>>>>>> directement conf/properties/domain/ldapVocabulary.xml
>>>>>>>>>>>>>>>> et on remplace
>>>>>>>>>>>>>>>> ORG:[VOCABULARY_LDAP_PROVIDER_PEOPLE_ORG]
>>>>>>>>>>>>>>>> par
>>>>>>>>>>>>>>>> ORG:Université de la Méditerranée
>>>>>>>>>>>>>>>> * ... on peut aussi (ce qui signifie bien qu'il y a un
>>>>>>>>>>>>>>>> pb qualque part ...) convertir le fichier
>>>>>>>>>>>>>>>> commons-parameters.properties en ISO-8859-1, ce qui
>>>>>>>>>>>>>>>> semble bizarrement résoudre les pbs (les accents dans
>>>>>>>>>>>>>>>> les fichiers types ldapVocabulary.xml sont alors bien
>>>>>>>>>>>>>>>> encodés en UTF-8 !)
>>>>>>>>>>>>>>>> iconv -t ISO-8859-1 commons-parameters.properties
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>

>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> - j'ai un utilisateur qui est mal reconnu. Dans le
>>>>>>>>>>>>>>>>> champs prénom, c'est le prénom d'une autre personne
>>>>>>>>>>>>>>>>> qui apparaît. Ces deux personnes ont le même nom, mais
>>>>>>>>>>>>>>>>> pas le même uid, évidemment. Comment est-ce possible,
>>>>>>>>>>>>>>>>> alors qu'il s'authentifie avec son uid et son mot de
>>>>>>>>>>>>>>>>> passe. Le workflow est configuré pour une
>>>>>>>>>>>>>>>>> authentification CAS.

>>>>>>>>>>>>>>>> Effectivement, cf un mail précédent où je présentais
>>>>>>>>>>>>>>>> rapidement l'algorithme de récupération de la VCARD de
>>>>>>>>>>>>>>>> l'utilisateur courant : on recherche dans le
>>>>>>>>>>>>>>>> vocabulaire peopleLdapLocalProvider d'une VCARD
>>>>>>>>>>>>>>>> contenant textuellement UID:joe (lorsque l'utilisateur
>>>>>>>>>>>>>>>> est joe), cf la XSL
>>>>>>>>>>>>>>>> conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Si une VCARD contient tectuellement UID:joel par
>>>>>>>>>>>>>>>> exemple, cela va effectivement poser problème.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On pourrait tenter par exemple de rajouter un retour
>>>>>>>>>>>>>>>> chariot dans la XSL pour que l'on regarde si la VCARD
>>>>>>>>>>>>>>>> contient UID:joe\n
>>>>>>>>>>>>>>>> => je n'ai pas testé cela, un \n suffirait-il ... ? Je
>>>>>>>>>>>>>>>> testerai lorsque j'aurai un peu de temps (sauf si j'ai
>>>>>>>>>>>>>>>> un retour la dessus avant ! ;-) )
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>

>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> - dernière question : est-ce normal que lorsque l'on
>>>>>>>>>>>>>>>>> clique sur "Ressource pédagogique ou "Document [DC]"
>>>>>>>>>>>>>>>>> dans "Référencer une ressource" (Workflow), une
>>>>>>>>>>>>>>>>> ressource en cours d'édition se créé automatiquement,
>>>>>>>>>>>>>>>>> même si l'on ferme directement l'editor ?

>>>>>>>>>>>>>>>> Oui, c'est "normal", cela fait partie des demandes
>>>>>>>>>>>>>>>> d'améliorations que l'on a dans nos "TODO" ... cf
>>>>>>>>>>>>>>>> tickets sur le site sourcesup.cru.fr
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Vincent.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>

>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> J'espère avoir été clair, dans le cas contraire
>>>>>>>>>>>>>>>>> n'hésitez pas à me demander.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Merci d'avance.
>>>>>>>>>>>>>>>>>

>>>>>>>>>>>>>>>>

>>>>>>>>>>>>>>>

>>>>>>>>>>>>>>

>>>>>>>>>>>>>

>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> François Lefebvre
>>>>>>>>>>>> Bibliothèque Universitaire de Lille 1
>>>>>>>>>>>> Cité Scientifique - B.P. 30155
>>>>>>>>>>>> 59653 VILLENEUVE D'ASCQ CEDEX
>>>>>>>>>>>> Tél.: 03.20.43.43.55

>>>>>>>>>>

>>>>>>>>

>>>>>>

>>>>

>>