Problème Vcard

  • 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:f61b6b8293ba8f879dc4d87788ebf46c' 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,</p>\n<p>Cela fait maintenant quelques semaines que j\'ai installé Nuxeo et j\'ai<br />\nremarqué une forte instabilité. Déjà je suis obligé de le redémarrer<br />\ntoutes les nuits, et même en faisant ça, il arrive qu\'il se plante la<br />\njournée et que je sois obligé encore de le redémarrer.</p>\n<p>Avez-vous un conseil pour améliorer sa stabilité ?\n</div>\n', created = 1507748747, expire = 1507835147, headers = '', serialized = 0 WHERE cid = '4:f61b6b8293ba8f879dc4d87788ebf46c' 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:f61b6b8293ba8f879dc4d87788ebf46c' 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,</p>\n<p>Cela fait maintenant quelques semaines que j\'ai installé Nuxeo et j\'ai<br />\nremarqué une forte instabilité. Déjà je suis obligé de le redémarrer<br />\ntoutes les nuits, et même en faisant ça, il arrive qu\'il se plante la<br />\njournée et que je sois obligé encore de le redémarrer.</p>\n<p>Avez-vous un conseil pour améliorer sa stabilité ?\n</div>\n', created = 1507748747, expire = 1507835147, headers = '', serialized = 0 WHERE cid = '4:f61b6b8293ba8f879dc4d87788ebf46c' 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:bd7956db778c2bb83c05d05a94828937' 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,</p>\n<p>Je reviens vers vous pour un problème déjà abordé mais non résolu à ma<br />\nconnaissance.</p>\n<p>J\'ai un utilisateur qui est mal reconnu. Dans le champs prénom, c\'est le<br />\nprénom d\'une autre personne qui apparaît. Ces deux personnes ont le même<br />\nnom, mais pas le même uid, évidemment (les uid sont du type : test et<br />\ntest.g). Comment est-ce possible, alors qu\'il s\'authentifie avec son uid<br />\net son mot de passe. Le workflow est configuré pour une authentification<br />\nCAS.</p>\n<p>A l\'époque on m\'avait répondu ceci :</p>\n<p>Effectivement, cf un mail précédent où je présentais rapidement<br />\nl\'algorithme de récupération de la VCARD de l\'utilisateur courant : on<br />\nrecherche dans le vocabulaire peopleLdapLocalProvider d\'une VCARD<br />\ncontenant textuellement UID:joe (lorsque l\'utilisateur est joe), cf la<br />\nXSL conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl<br />\nSi une VCARD contient tectuellement UID:joel par exemple, cela va<br />\neffectivement poser problème.</p>\n<p>On pourrait tenter par exemple de rajouter un retour chariot dans la XSL<br />\npour que l\'on regarde si la VCARD contient UID:joe\\n<br />\n=> je n\'ai pas testé cela, un \\n suffirait-il ... ? Je testerai lorsque<br />\nj\'aurai un peu de temps (sauf si j\'ai un retour la dessus avant ! ;-) )</p>\n<p>Le problème c\'est que je ne sais pas trop où insérer ce retour chariot :s</p>\n<p>Existe-t\'il une autre solution ?</p>\n<p>Merci</p>\n<p>--<br />\nTROUBAT Julien<br />\nUFR : Pharo<br />\nService : DOSI Pharo<br />\nTéléphone : 04 91 39 66 52<br />\nUniversité de la Méditerranée<br />\nJardin du Pharo<br />\n58 bd Charles Livon<br />\n13284 Marseille cedex 07</p>\n</div>\n', created = 1507748749, expire = 1507835149, headers = '', serialized = 0 WHERE cid = '4:bd7956db778c2bb83c05d05a94828937' 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:bf5aa4387d322340d24608b1415fc98d' 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 Julien,</p>\n<p>Effectivement comme dit dans ma première réponse, tout se passe dans<br />\nconf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl</p>\n<p>La ligne importante est celle-ci :</p>\n<p><xsl:variable name=\"userVcard\"</p>\n<p>select=\"$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,<br />\nconcat(\'UID:\', $username))]\" /></p>\n<p>Je n\'ai pas eu le temps de changer cette ligne par (par exemple) :</p>\n<p><xsl:variable name=\"userVcard\"</p>\n<p>select=\"$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,<br />\nconcat(\'UID:\', $username, \'\\n\'))]\" /></p>\n<p>Au lieu de mettre \'\\n\' pour lie retour chariot il faut peut-être encoder<br />\ncela différemment, à voir.</p>\n<p>Vincent.</p>\n<p>Julien Troubat wrote:<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour,<br />\n><br />\n> Je reviens vers vous pour un problème déjà abordé mais non résolu à ma<br />\n> connaissance.<br />\n><br />\n> J\'ai un utilisateur qui est mal reconnu. Dans le champs prénom, c\'est<br />\n> le prénom d\'une autre personne qui apparaît. Ces deux personnes ont le<br />\n> même nom, mais pas le même uid, évidemment (les uid sont du type :<br />\n> test et test.g). Comment est-ce possible, alors qu\'il s\'authentifie<br />\n> avec son uid et son mot de passe. Le workflow est configuré pour une<br />\n> authentification CAS.<br />\n><br />\n> A l\'époque on m\'avait répondu ceci :<br />\n><br />\n> Effectivement, cf un mail précédent où je présentais rapidement<br />\n> l\'algorithme de récupération de la VCARD de l\'utilisateur courant : on<br />\n> recherche dans le vocabulaire peopleLdapLocalProvider d\'une VCARD<br />\n> contenant textuellement UID:joe (lorsque l\'utilisateur est joe), cf la<br />\n> XSL conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl<br />\n> Si une VCARD contient tectuellement UID:joel par exemple, cela va<br />\n> effectivement poser problème.<br />\n><br />\n> On pourrait tenter par exemple de rajouter un retour chariot dans la<br />\n> XSL pour que l\'on regarde si la VCARD contient UID:joe\\n<br />\n> => je n\'ai pas testé cela, un \\n suffirait-il ... ? Je testerai<br />\n> lorsque j\'aurai un peu de temps (sauf si j\'ai un retour la dessus<br />\n> avant ! ;-) )<br />\n><br />\n> Le problème c\'est que je ne sais pas trop où insérer ce retour chariot :s<br />\n><br />\n> Existe-t\'il une autre solution ?<br />\n><br />\n> Merci<br />\n></div>\n</blockquote>\n</div>\n', created = 1507748751, expire = 1507835151, headers = '', serialized = 0 WHERE cid = '4:bf5aa4387d322340d24608b1415fc98d' 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:ca9a10ee8710afe40737637ff3dc702f' 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\">J\'ai essayé cela ne fonctionne pas. Plus rien n\'apparaît dans les champs.</p>\n<p>Merci</p>\n<p>Le 15/12/2009 10:26, Vincent Bonamy a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour Julien,<br />\n><br />\n> Effectivement comme dit dans ma première réponse, tout se passe dans<br />\n> conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl<br />\n><br />\n> La ligne importante est celle-ci :<br />\n><br />\n> <xsl:variable name=\"userVcard\"<br />\n><br />\n> select=\"$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,<br />\n> concat(\'UID:\', $username))]\" /><br />\n><br />\n> Je n\'ai pas eu le temps de changer cette ligne par (par exemple) :<br />\n> <xsl:variable name=\"userVcard\"<br />\n><br />\n> select=\"$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,<br />\n> concat(\'UID:\', $username, \'\\n\'))]\" /><br />\n><br />\n> Au lieu de mettre \'\\n\' pour lie retour chariot il faut peut-être<br />\n> encoder cela différemment, à voir.<br />\n><br />\n> Vincent.<br />\n><br />\n><br />\n><br />\n> Julien Troubat wrote:</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Bonjour,<br />\n>><br />\n>> Je reviens vers vous pour un problème déjà abordé mais non résolu à<br />\n>> ma connaissance.<br />\n>><br />\n>> J\'ai un utilisateur qui est mal reconnu. Dans le champs prénom, c\'est<br />\n>> le prénom d\'une autre personne qui apparaît. Ces deux personnes ont<br />\n>> le même nom, mais pas le même uid, évidemment (les uid sont du type :<br />\n>> test et test.g). Comment est-ce possible, alors qu\'il s\'authentifie<br />\n>> avec son uid et son mot de passe. Le workflow est configuré pour une<br />\n>> authentification CAS.<br />\n>><br />\n>> A l\'époque on m\'avait répondu ceci :<br />\n>><br />\n>> Effectivement, cf un mail précédent où je présentais rapidement<br />\n>> l\'algorithme de récupération de la VCARD de l\'utilisateur courant :<br />\n>> on recherche dans le vocabulaire peopleLdapLocalProvider d\'une VCARD<br />\n>> contenant textuellement UID:joe (lorsque l\'utilisateur est joe), cf<br />\n>> la XSL conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl<br />\n>> Si une VCARD contient tectuellement UID:joel par exemple, cela va<br />\n>> effectivement poser problème.<br />\n>><br />\n>> On pourrait tenter par exemple de rajouter un retour chariot dans la<br />\n>> XSL pour que l\'on regarde si la VCARD contient UID:joe\\n<br />\n>> => je n\'ai pas testé cela, un \\n suffirait-il ... ? Je testerai<br />\n>> lorsque j\'aurai un peu de temps (sauf si j\'ai un retour la dessus<br />\n>> avant ! ;-) )<br />\n>><br />\n>> Le problème c\'est que je ne sais pas trop où insérer ce retour<br />\n>> chariot :s<br />\n>><br />\n>> Existe-t\'il une autre solution ?<br />\n>><br />\n>> Merci<br />\n>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>></div>\n</blockquote>\n</div>\n', created = 1507748751, expire = 1507835151, headers = '', serialized = 0 WHERE cid = '4:ca9a10ee8710afe40737637ff3dc702f' 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:50d010b21b64329548da8e3e9b5a6787' 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\">Et en mettant \'&#10;\' à la place de \'\\n\' ?</p>\n<p>Vincent.</p>\n<p>Julien Troubat wrote:<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> J\'ai essayé cela ne fonctionne pas. Plus rien n\'apparaît dans les champs.<br />\n><br />\n> Merci<br />\n><br />\n> Le 15/12/2009 10:26, Vincent Bonamy a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Bonjour Julien,<br />\n>><br />\n>> Effectivement comme dit dans ma première réponse, tout se passe dans<br />\n>> conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl<br />\n>><br />\n>> La ligne importante est celle-ci :<br />\n>><br />\n>> <xsl:variable name=\"userVcard\"<br />\n>><br />\n>> select=\"$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,<br />\n>> concat(\'UID:\', $username))]\" /><br />\n>><br />\n>> Je n\'ai pas eu le temps de changer cette ligne par (par exemple) :<br />\n>> <xsl:variable name=\"userVcard\"<br />\n>><br />\n>> select=\"$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,<br />\n>> concat(\'UID:\', $username, \'\\n\'))]\" /><br />\n>><br />\n>> Au lieu de mettre \'\\n\' pour lie retour chariot il faut peut-être<br />\n>> encoder cela différemment, à voir.<br />\n>><br />\n>> Vincent.<br />\n>><br />\n>><br />\n>><br />\n>> Julien Troubat wrote:</p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> Bonjour,<br />\n>>><br />\n>>> Je reviens vers vous pour un problème déjà abordé mais non résolu à<br />\n>>> ma connaissance.<br />\n>>><br />\n>>> J\'ai un utilisateur qui est mal reconnu. Dans le champs prénom,<br />\n>>> c\'est le prénom d\'une autre personne qui apparaît. Ces deux<br />\n>>> personnes ont le même nom, mais pas le même uid, évidemment (les uid<br />\n>>> sont du type : test et test.g). Comment est-ce possible, alors qu\'il<br />\n>>> s\'authentifie avec son uid et son mot de passe. Le workflow est<br />\n>>> configuré pour une authentification CAS.<br />\n>>><br />\n>>> A l\'époque on m\'avait répondu ceci :<br />\n>>><br />\n>>> Effectivement, cf un mail précédent où je présentais rapidement<br />\n>>> l\'algorithme de récupération de la VCARD de l\'utilisateur courant :<br />\n>>> on recherche dans le vocabulaire peopleLdapLocalProvider d\'une VCARD<br />\n>>> contenant textuellement UID:joe (lorsque l\'utilisateur est joe), cf<br />\n>>> la XSL conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl<br />\n>>> Si une VCARD contient tectuellement UID:joel par exemple, cela va<br />\n>>> effectivement poser problème.<br />\n>>><br />\n>>> On pourrait tenter par exemple de rajouter un retour chariot dans la<br />\n>>> XSL pour que l\'on regarde si la VCARD contient UID:joe\\n<br />\n>>> => je n\'ai pas testé cela, un \\n suffirait-il ... ? Je testerai<br />\n>>> lorsque j\'aurai un peu de temps (sauf si j\'ai un retour la dessus<br />\n>>> avant ! ;-) )<br />\n>>><br />\n>>> Le problème c\'est que je ne sais pas trop où insérer ce retour<br />\n>>> chariot :s<br />\n>>><br />\n>>> Existe-t\'il une autre solution ?<br />\n>>><br />\n>>> Merci<br />\n>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>></div>\n</blockquote>\n</div>\n', created = 1507748751, expire = 1507835151, headers = '', serialized = 0 WHERE cid = '4:50d010b21b64329548da8e3e9b5a6787' 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:d19eff42f8a7595f973e1eef5813359e' 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\">Cette fois cela fonctionne mais seulement pour le contributeur. Quels<br />\nsont les fichiers que je dois modifier pour le validateur et l\'auteur ?</p>\n<p> Je joins le fichier XML de la fiche pour que vous vous fassiez une idée.</p>\n<p>Merci</p>\n<p>Le 17/12/2009 14:26, Vincent Bonamy a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Et en mettant \'&#10;\' à la place de \'\\n\' ?<br />\n><br />\n> Vincent.<br />\n><br />\n><br />\n> Julien Troubat wrote:</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> J\'ai essayé cela ne fonctionne pas. Plus rien n\'apparaît dans les<br />\n>> champs.<br />\n>><br />\n>> Merci<br />\n>><br />\n>> Le 15/12/2009 10:26, Vincent Bonamy a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> Bonjour Julien,<br />\n>>><br />\n>>> Effectivement comme dit dans ma première réponse, tout se passe dans<br />\n>>> conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl<br />\n>>><br />\n>>> La ligne importante est celle-ci :<br />\n>>><br />\n>>> <xsl:variable name=\"userVcard\"<br />\n>>><br />\n>>> select=\"$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,<br />\n>>> concat(\'UID:\', $username))]\" /><br />\n>>><br />\n>>> Je n\'ai pas eu le temps de changer cette ligne par (par exemple) :<br />\n>>> <xsl:variable name=\"userVcard\"<br />\n>>><br />\n>>> select=\"$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,<br />\n>>> concat(\'UID:\', $username, \'\\n\'))]\" /><br />\n>>><br />\n>>> Au lieu de mettre \'\\n\' pour lie retour chariot il faut peut-être<br />\n>>> encoder cela différemment, à voir.<br />\n>>><br />\n>>> Vincent.<br />\n>>><br />\n>>><br />\n>>><br />\n>>> Julien Troubat wrote:</p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>> Bonjour,<br />\n>>>><br />\n>>>> Je reviens vers vous pour un problème déjà abordé mais non résolu à<br />\n>>>> ma connaissance.<br />\n>>>><br />\n>>>> J\'ai un utilisateur qui est mal reconnu. Dans le champs prénom,<br />\n>>>> c\'est le prénom d\'une autre personne qui apparaît. Ces deux<br />\n>>>> personnes ont le même nom, mais pas le même uid, évidemment (les<br />\n>>>> uid sont du type : test et test.g). Comment est-ce possible, alors<br />\n>>>> qu\'il s\'authentifie avec son uid et son mot de passe. Le workflow<br />\n>>>> est configuré pour une authentification CAS.<br />\n>>>><br />\n>>>> A l\'époque on m\'avait répondu ceci :<br />\n>>>><br />\n>>>> Effectivement, cf un mail précédent où je présentais rapidement<br />\n>>>> l\'algorithme de récupération de la VCARD de l\'utilisateur courant :<br />\n>>>> on recherche dans le vocabulaire peopleLdapLocalProvider d\'une<br />\n>>>> VCARD contenant textuellement UID:joe (lorsque l\'utilisateur est<br />\n>>>> joe), cf la XSL<br />\n>>>> conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl<br />\n>>>> Si une VCARD contient tectuellement UID:joel par exemple, cela va<br />\n>>>> effectivement poser problème.<br />\n>>>><br />\n>>>> On pourrait tenter par exemple de rajouter un retour chariot dans<br />\n>>>> la XSL pour que l\'on regarde si la VCARD contient UID:joe\\n<br />\n>>>> => je n\'ai pas testé cela, un \\n suffirait-il ... ? Je testerai<br />\n>>>> lorsque j\'aurai un peu de temps (sauf si j\'ai un retour la dessus<br />\n>>>> avant ! ;-) )<br />\n>>>><br />\n>>>> Le problème c\'est que je ne sais pas trop où insérer ce retour<br />\n>>>> chariot :s<br />\n>>>><br />\n>>>> Existe-t\'il une autre solution ?<br />\n>>>><br />\n>>>> Merci<br />\n>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>></div>\n</blockquote>\n</div>\n', created = 1507748751, expire = 1507835151, headers = '', serialized = 0 WHERE cid = '4:d19eff42f8a7595f973e1eef5813359e' 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:fa2dcf64a3aa52068ae5f84872864a3d' 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\">Je me suis trompé, je rectifie :</p>\n<p>Cela fonctionne pour le rôle \"Author\" mais pas pour les rôles<br />\n\"Validator\" et \"Creator\".</p>\n<p>Merci</p>\n<p>Le 23/12/2009 10:19, Julien Troubat a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Cette fois cela fonctionne mais seulement pour le contributeur. Quels<br />\n> sont les fichiers que je dois modifier pour le validateur et l\'auteur ?<br />\n><br />\n> Je joins le fichier XML de la fiche pour que vous vous fassiez une idée.<br />\n><br />\n> Merci<br />\n><br />\n> Le 17/12/2009 14:26, Vincent Bonamy a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Et en mettant \'&#10;\' à la place de \'\\n\' ?<br />\n>><br />\n>> Vincent.<br />\n>><br />\n>><br />\n>> Julien Troubat wrote:</p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> J\'ai essayé cela ne fonctionne pas. Plus rien n\'apparaît dans les<br />\n>>> champs.<br />\n>>><br />\n>>> Merci<br />\n>>><br />\n>>> Le 15/12/2009 10:26, Vincent Bonamy a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>> Bonjour Julien,<br />\n>>>><br />\n>>>> Effectivement comme dit dans ma première réponse, tout se passe dans<br />\n>>>> conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl<br />\n>>>><br />\n>>>> La ligne importante est celle-ci :<br />\n>>>><br />\n>>>> <xsl:variable name=\"userVcard\"<br />\n>>>><br />\n>>>> select=\"$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,<br />\n>>>> concat(\'UID:\', $username))]\" /><br />\n>>>><br />\n>>>> Je n\'ai pas eu le temps de changer cette ligne par (par exemple) :<br />\n>>>> <xsl:variable name=\"userVcard\"<br />\n>>>><br />\n>>>> select=\"$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,<br />\n>>>> concat(\'UID:\', $username, \'\\n\'))]\" /><br />\n>>>><br />\n>>>> Au lieu de mettre \'\\n\' pour lie retour chariot il faut peut-être<br />\n>>>> encoder cela différemment, à voir.<br />\n>>>><br />\n>>>> Vincent.<br />\n>>>><br />\n>>>><br />\n>>>><br />\n>>>> Julien Troubat wrote:</p></blockquote>\n<blockquote class=\"emailFilter_Author_4\"><p>>>>>> Bonjour,<br />\n>>>>><br />\n>>>>> Je reviens vers vous pour un problème déjà abordé mais non résolu<br />\n>>>>> à ma connaissance.<br />\n>>>>><br />\n>>>>> J\'ai un utilisateur qui est mal reconnu. Dans le champs prénom,<br />\n>>>>> c\'est le prénom d\'une autre personne qui apparaît. Ces deux<br />\n>>>>> personnes ont le même nom, mais pas le même uid, évidemment (les<br />\n>>>>> uid sont du type : test et test.g). Comment est-ce possible, alors<br />\n>>>>> qu\'il s\'authentifie avec son uid et son mot de passe. Le workflow<br />\n>>>>> est configuré pour une authentification CAS.<br />\n>>>>><br />\n>>>>> A l\'époque on m\'avait répondu ceci :<br />\n>>>>><br />\n>>>>> Effectivement, cf un mail précédent où je présentais rapidement<br />\n>>>>> l\'algorithme de récupération de la VCARD de l\'utilisateur courant<br />\n>>>>> : on recherche dans le vocabulaire peopleLdapLocalProvider d\'une<br />\n>>>>> VCARD contenant textuellement UID:joe (lorsque l\'utilisateur est<br />\n>>>>> joe), cf la XSL<br />\n>>>>> conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl<br />\n>>>>> Si une VCARD contient tectuellement UID:joel par exemple, cela va<br />\n>>>>> effectivement poser problème.<br />\n>>>>><br />\n>>>>> On pourrait tenter par exemple de rajouter un retour chariot dans<br />\n>>>>> la XSL pour que l\'on regarde si la VCARD contient UID:joe\\n<br />\n>>>>> => je n\'ai pas testé cela, un \\n suffirait-il ... ? Je testerai<br />\n>>>>> lorsque j\'aurai un peu de temps (sauf si j\'ai un retour la dessus<br />\n>>>>> avant ! ;-) )<br />\n>>>>><br />\n>>>>> Le problème c\'est que je ne sais pas trop où insérer ce retour<br />\n>>>>> chariot :s<br />\n>>>>><br />\n>>>>> Existe-t\'il une autre solution ?<br />\n>>>>><br />\n>>>>> Merci<br />\n>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>></div>\n</blockquote>\n</div>\n', created = 1507748751, expire = 1507835151, headers = '', serialized = 0 WHERE cid = '4:fa2dcf64a3aa52068ae5f84872864a3d' 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:f76a774963bdcd484cb58298255ce174' 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 Julien,</p>\n<p>Une excellente année 2010 !</p>\n<p>\"Author\" est un rôle (un contributeur) de la catégorie \"2 - Cycle de<br />\nvie\" du LOM.<br />\nTu as modifié le fichier :<br />\n\"lomSetLifecycleContributor.xsl\" !</p>\n<p>Une piste à tester :</p>\n<p>\"Validator\" et \"Creator\" sont des rôles de la catégorie \"3 -<br />\nMété-métadonnées\" du LOM.<br />\nIl y a un fichier :<br />\n\"lomSetMetametadataContributor.xsl\".<br />\nEt ce fichier contient la même ligne <xsl:variable name=\"userVcard\" ...<br />\n > que le fichier \"lomSetLifecycleContributor.xsl\" !</p>\n<p>As-tu essayé par analogie de faire la même modif dans ce fichier ?<br />\n(il est dans conf/properties/xsl/osfunctions/)</p>\n<p>Jacques</p>\n<p>Julien Troubat a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Je me suis trompé, je rectifie :<br />\n><br />\n> Cela fonctionne pour le rôle \"Author\" mais pas pour les rôles<br />\n> \"Validator\" et \"Creator\".<br />\n><br />\n> Merci<br />\n><br />\n> Le 23/12/2009 10:19, Julien Troubat a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Cette fois cela fonctionne mais seulement pour le contributeur. Quels<br />\n>> sont les fichiers que je dois modifier pour le validateur et l\'auteur ?<br />\n>><br />\n>> Je joins le fichier XML de la fiche pour que vous vous fassiez une<br />\n>> idée.<br />\n>><br />\n>> Merci<br />\n>><br />\n>> Le 17/12/2009 14:26, Vincent Bonamy a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> Et en mettant \'&#10;\' à la place de \'\\n\' ?<br />\n>>><br />\n>>> Vincent.<br />\n>>><br />\n>>><br />\n>>> Julien Troubat wrote:</p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>> J\'ai essayé cela ne fonctionne pas. Plus rien n\'apparaît dans les<br />\n>>>> champs.<br />\n>>>><br />\n>>>> Merci<br />\n>>>><br />\n>>>> Le 15/12/2009 10:26, Vincent Bonamy a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_4\"><p>>>>>> Bonjour Julien,<br />\n>>>>><br />\n>>>>> Effectivement comme dit dans ma première réponse, tout se passe dans<br />\n>>>>> conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl<br />\n>>>>><br />\n>>>>> La ligne importante est celle-ci :<br />\n>>>>><br />\n>>>>> <xsl:variable name=\"userVcard\"<br />\n>>>>><br />\n>>>>> select=\"$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,<br />\n>>>>> concat(\'UID:\', $username))]\" /><br />\n>>>>><br />\n>>>>> Je n\'ai pas eu le temps de changer cette ligne par (par exemple) :<br />\n>>>>> <xsl:variable name=\"userVcard\"<br />\n>>>>><br />\n>>>>> select=\"$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,<br />\n>>>>> concat(\'UID:\', $username, \'\\n\'))]\" /><br />\n>>>>><br />\n>>>>> Au lieu de mettre \'\\n\' pour lie retour chariot il faut peut-être<br />\n>>>>> encoder cela différemment, à voir.<br />\n>>>>><br />\n>>>>> Vincent.<br />\n>>>>><br />\n>>>>><br />\n>>>>><br />\n>>>>> Julien Troubat wrote:</p></blockquote>\n<blockquote class=\"emailFilter_Author_5\"><p>>>>>>> Bonjour,<br />\n>>>>>><br />\n>>>>>> Je reviens vers vous pour un problème déjà abordé mais non résolu<br />\n>>>>>> à ma connaissance.<br />\n>>>>>><br />\n>>>>>> J\'ai un utilisateur qui est mal reconnu. Dans le champs prénom,<br />\n>>>>>> c\'est le prénom d\'une autre personne qui apparaît. Ces deux<br />\n>>>>>> personnes ont le même nom, mais pas le même uid, évidemment (les<br />\n>>>>>> uid sont du type : test et test.g). Comment est-ce possible,<br />\n>>>>>> alors qu\'il s\'authentifie avec son uid et son mot de passe. Le<br />\n>>>>>> workflow est configuré pour une authentification CAS.<br />\n>>>>>><br />\n>>>>>> A l\'époque on m\'avait répondu ceci :<br />\n>>>>>><br />\n>>>>>> Effectivement, cf un mail précédent où je présentais rapidement<br />\n>>>>>> l\'algorithme de récupération de la VCARD de l\'utilisateur courant<br />\n>>>>>> : on recherche dans le vocabulaire peopleLdapLocalProvider d\'une<br />\n>>>>>> VCARD contenant textuellement UID:joe (lorsque l\'utilisateur est<br />\n>>>>>> joe), cf la XSL<br />\n>>>>>> conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl<br />\n>>>>>> Si une VCARD contient tectuellement UID:joel par exemple, cela va<br />\n>>>>>> effectivement poser problème.<br />\n>>>>>><br />\n>>>>>> On pourrait tenter par exemple de rajouter un retour chariot dans<br />\n>>>>>> la XSL pour que l\'on regarde si la VCARD contient UID:joe\\n<br />\n>>>>>> => je n\'ai pas testé cela, un \\n suffirait-il ... ? Je testerai<br />\n>>>>>> lorsque j\'aurai un peu de temps (sauf si j\'ai un retour la dessus<br />\n>>>>>> avant ! ;-) )<br />\n>>>>>><br />\n>>>>>> Le problème c\'est que je ne sais pas trop où insérer ce retour<br />\n>>>>>> chariot :s<br />\n>>>>>><br />\n>>>>>> Existe-t\'il une autre solution ?<br />\n>>>>>><br />\n>>>>>> Merci<br />\n>>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_4\"><p>>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>><br />\n><br />\n><br />\n></div>\n</blockquote>\n<p>--<br />\nJacques Brassart<br />\nUNR Nord-Pas de Calais<br />\nUniversité de Valenciennes et du Hainaut-Cambrésis<br />\nTél : 03 27 51 17 70</p>\n</div>\n', created = 1507748751, expire = 1507835151, headers = '', serialized = 0 WHERE cid = '4:f76a774963bdcd484cb58298255ce174' 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:3986a2e6e3a3f8e7db8f6aeb810d67fe' 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,</p>\n<p>Je fais remonter ce problème. Depuis la nouvelle version la correction<br />\nne fonctionne plus et le bug est de nouveau apparut. J\'ai essayé de<br />\nmodifier lomSetLifecycleContributor.xsl en mettant :</p>\n<p><xsl:variable name=\"userVcard\"</p>\n<p>select=\"$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,<br />\nconcat(\'UID:\', $username, \'&#10;\'))]\" /></p>\n<p>Mais j\'ai toujours le problème.</p>\n<p> Si je modifie lomSetMetametadataContributor.xsl, là il n\'y a plus rien<br />\nqui apparaît.</p>\n<p>Ce problème est vraiment curieux.</p>\n<p>Merci</p>\n<p>Le 06/01/2010 14:27, Jacques Brassart a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour Julien,<br />\n><br />\n> Une excellente année 2010 !<br />\n><br />\n> \"Author\" est un rôle (un contributeur) de la catégorie \"2 - Cycle de<br />\n> vie\" du LOM.<br />\n> Tu as modifié le fichier :<br />\n> \"lomSetLifecycleContributor.xsl\" !<br />\n><br />\n> Une piste à tester :<br />\n><br />\n> \"Validator\" et \"Creator\" sont des rôles de la catégorie \"3 -<br />\n> Mété-métadonnées\" du LOM.<br />\n> Il y a un fichier :<br />\n> \"lomSetMetametadataContributor.xsl\".<br />\n> Et ce fichier contient la même ligne <xsl:variable name=\"userVcard\"<br />\n> ... > que le fichier \"lomSetLifecycleContributor.xsl\" !<br />\n><br />\n> As-tu essayé par analogie de faire la même modif dans ce fichier ?<br />\n> (il est dans conf/properties/xsl/osfunctions/)<br />\n><br />\n> Jacques<br />\n><br />\n><br />\n> Julien Troubat a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Je me suis trompé, je rectifie :<br />\n>><br />\n>> Cela fonctionne pour le rôle \"Author\" mais pas pour les rôles<br />\n>> \"Validator\" et \"Creator\".<br />\n>><br />\n>> Merci<br />\n>><br />\n>> Le 23/12/2009 10:19, Julien Troubat a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> Cette fois cela fonctionne mais seulement pour le contributeur.<br />\n>>> Quels sont les fichiers que je dois modifier pour le validateur et<br />\n>>> l\'auteur ?<br />\n>>><br />\n>>> Je joins le fichier XML de la fiche pour que vous vous fassiez une<br />\n>>> idée.<br />\n>>><br />\n>>> Merci<br />\n>>><br />\n>>> Le 17/12/2009 14:26, Vincent Bonamy a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>> Et en mettant \'&#10;\' à la place de \'\\n\' ?<br />\n>>>><br />\n>>>> Vincent.<br />\n>>>><br />\n>>>><br />\n>>>> Julien Troubat wrote:</p></blockquote>\n<blockquote class=\"emailFilter_Author_4\"><p>>>>>> J\'ai essayé cela ne fonctionne pas. Plus rien n\'apparaît dans les<br />\n>>>>> champs.<br />\n>>>>><br />\n>>>>> Merci<br />\n>>>>><br />\n>>>>> Le 15/12/2009 10:26, Vincent Bonamy a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_5\"><p>>>>>>> Bonjour Julien,<br />\n>>>>>><br />\n>>>>>> Effectivement comme dit dans ma première réponse, tout se passe dans<br />\n>>>>>> conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl<br />\n>>>>>><br />\n>>>>>> La ligne importante est celle-ci :<br />\n>>>>>><br />\n>>>>>> <xsl:variable name=\"userVcard\"<br />\n>>>>>><br />\n>>>>>> select=\"$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,<br />\n>>>>>> concat(\'UID:\', $username))]\" /><br />\n>>>>>><br />\n>>>>>> Je n\'ai pas eu le temps de changer cette ligne par (par exemple) :<br />\n>>>>>> <xsl:variable name=\"userVcard\"<br />\n>>>>>><br />\n>>>>>> select=\"$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,<br />\n>>>>>> concat(\'UID:\', $username, \'\\n\'))]\" /><br />\n>>>>>><br />\n>>>>>> Au lieu de mettre \'\\n\' pour lie retour chariot il faut peut-être<br />\n>>>>>> encoder cela différemment, à voir.<br />\n>>>>>><br />\n>>>>>> Vincent.<br />\n>>>>>><br />\n>>>>>><br />\n>>>>>><br />\n>>>>>> Julien Troubat wrote:</p></blockquote>\n<blockquote class=\"emailFilter_Author_6\"><p>>>>>>>> Bonjour,<br />\n>>>>>>><br />\n>>>>>>> Je reviens vers vous pour un problème déjà abordé mais non<br />\n>>>>>>> résolu à ma connaissance.<br />\n>>>>>>><br />\n>>>>>>> J\'ai un utilisateur qui est mal reconnu. Dans le champs prénom,<br />\n>>>>>>> c\'est le prénom d\'une autre personne qui apparaît. Ces deux<br />\n>>>>>>> personnes ont le même nom, mais pas le même uid, évidemment (les<br />\n>>>>>>> uid sont du type : test et test.g). Comment est-ce possible,<br />\n>>>>>>> alors qu\'il s\'authentifie avec son uid et son mot de passe. Le<br />\n>>>>>>> workflow est configuré pour une authentification CAS.<br />\n>>>>>>><br />\n>>>>>>> A l\'époque on m\'avait répondu ceci :<br />\n>>>>>>><br />\n>>>>>>> Effectivement, cf un mail précédent où je présentais rapidement<br />\n>>>>>>> l\'algorithme de récupération de la VCARD de l\'utilisateur<br />\n>>>>>>> courant : on recherche dans le vocabulaire<br />\n>>>>>>> peopleLdapLocalProvider d\'une VCARD contenant textuellement<br />\n>>>>>>> UID:joe (lorsque l\'utilisateur est joe), cf la XSL<br />\n>>>>>>> conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl<br />\n>>>>>>> Si une VCARD contient tectuellement UID:joel par exemple, cela<br />\n>>>>>>> va effectivement poser problème.<br />\n>>>>>>><br />\n>>>>>>> On pourrait tenter par exemple de rajouter un retour chariot<br />\n>>>>>>> dans la XSL pour que l\'on regarde si la VCARD contient UID:joe\\n<br />\n>>>>>>> => je n\'ai pas testé cela, un \\n suffirait-il ... ? Je testerai<br />\n>>>>>>> lorsque j\'aurai un peu de temps (sauf si j\'ai un retour la<br />\n>>>>>>> dessus avant ! ;-) )<br />\n>>>>>>><br />\n>>>>>>> Le problème c\'est que je ne sais pas trop où insérer ce retour<br />\n>>>>>>> chariot :s<br />\n>>>>>>><br />\n>>>>>>> Existe-t\'il une autre solution ?<br />\n>>>>>>><br />\n>>>>>>> Merci<br />\n>>>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_5\"><p>>>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>><br />\n>><br />\n>><br />\n>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>></div>\n</blockquote>\n</div>\n', created = 1507748751, expire = 1507835151, headers = '', serialized = 0 WHERE cid = '4:3986a2e6e3a3f8e7db8f6aeb810d67fe' 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:fa5eb3aced0bb27b6511019a6e50e623' 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\">N\'ayant pas eut de réponses je réitère ma demande.</p>\n<p>Merci</p>\n<p>Le 10/03/2010 11:20, Julien Troubat a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour,<br />\n><br />\n> Je fais remonter ce problème. Depuis la nouvelle version la correction<br />\n> ne fonctionne plus et le bug est de nouveau apparut. J\'ai essayé de<br />\n> modifier lomSetLifecycleContributor.xsl en mettant :<br />\n><br />\n> <xsl:variable name=\"userVcard\"<br />\n><br />\n> select=\"$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,<br />\n> concat(\'UID:\', $username, \'&#10;\'))]\" /><br />\n><br />\n> Mais j\'ai toujours le problème.<br />\n><br />\n> Si je modifie lomSetMetametadataContributor.xsl, là il n\'y a plus<br />\n> rien qui apparaît.<br />\n><br />\n> Ce problème est vraiment curieux.<br />\n><br />\n> Merci<br />\n><br />\n> Le 06/01/2010 14:27, Jacques Brassart a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Bonjour Julien,<br />\n>><br />\n>> Une excellente année 2010 !<br />\n>><br />\n>> \"Author\" est un rôle (un contributeur) de la catégorie \"2 - Cycle de<br />\n>> vie\" du LOM.<br />\n>> Tu as modifié le fichier :<br />\n>> \"lomSetLifecycleContributor.xsl\" !<br />\n>><br />\n>> Une piste à tester :<br />\n>><br />\n>> \"Validator\" et \"Creator\" sont des rôles de la catégorie \"3 -<br />\n>> Mété-métadonnées\" du LOM.<br />\n>> Il y a un fichier :<br />\n>> \"lomSetMetametadataContributor.xsl\".<br />\n>> Et ce fichier contient la même ligne <xsl:variable name=\"userVcard\"<br />\n>> ... > que le fichier \"lomSetLifecycleContributor.xsl\" !<br />\n>><br />\n>> As-tu essayé par analogie de faire la même modif dans ce fichier ?<br />\n>> (il est dans conf/properties/xsl/osfunctions/)<br />\n>><br />\n>> Jacques<br />\n>><br />\n>><br />\n>> Julien Troubat a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> Je me suis trompé, je rectifie :<br />\n>>><br />\n>>> Cela fonctionne pour le rôle \"Author\" mais pas pour les rôles<br />\n>>> \"Validator\" et \"Creator\".<br />\n>>><br />\n>>> Merci<br />\n>>><br />\n>>> Le 23/12/2009 10:19, Julien Troubat a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>> Cette fois cela fonctionne mais seulement pour le contributeur.<br />\n>>>> Quels sont les fichiers que je dois modifier pour le validateur et<br />\n>>>> l\'auteur ?<br />\n>>>><br />\n>>>> Je joins le fichier XML de la fiche pour que vous vous fassiez une<br />\n>>>> idée.<br />\n>>>><br />\n>>>> Merci<br />\n>>>><br />\n>>>> Le 17/12/2009 14:26, Vincent Bonamy a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_4\"><p>>>>>> Et en mettant \'&#10;\' à la place de \'\\n\' ?<br />\n>>>>><br />\n>>>>> Vincent.<br />\n>>>>><br />\n>>>>><br />\n>>>>> Julien Troubat wrote:</p></blockquote>\n<blockquote class=\"emailFilter_Author_5\"><p>>>>>>> J\'ai essayé cela ne fonctionne pas. Plus rien n\'apparaît dans les<br />\n>>>>>> champs.<br />\n>>>>>><br />\n>>>>>> Merci<br />\n>>>>>><br />\n>>>>>> Le 15/12/2009 10:26, Vincent Bonamy a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_6\"><p>>>>>>>> Bonjour Julien,<br />\n>>>>>>><br />\n>>>>>>> Effectivement comme dit dans ma première réponse, tout se passe<br />\n>>>>>>> dans<br />\n>>>>>>> conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl<br />\n>>>>>>><br />\n>>>>>>> La ligne importante est celle-ci :<br />\n>>>>>>><br />\n>>>>>>> <xsl:variable name=\"userVcard\"<br />\n>>>>>>><br />\n>>>>>>> select=\"$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,<br />\n>>>>>>> concat(\'UID:\', $username))]\" /><br />\n>>>>>>><br />\n>>>>>>> Je n\'ai pas eu le temps de changer cette ligne par (par exemple) :<br />\n>>>>>>> <xsl:variable name=\"userVcard\"<br />\n>>>>>>><br />\n>>>>>>> select=\"$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,<br />\n>>>>>>> concat(\'UID:\', $username, \'\\n\'))]\" /><br />\n>>>>>>><br />\n>>>>>>> Au lieu de mettre \'\\n\' pour lie retour chariot il faut peut-être<br />\n>>>>>>> encoder cela différemment, à voir.<br />\n>>>>>>><br />\n>>>>>>> Vincent.<br />\n>>>>>>><br />\n>>>>>>><br />\n>>>>>>><br />\n>>>>>>> Julien Troubat wrote:</p></blockquote>\n<blockquote class=\"emailFilter_Author_7\"><p>>>>>>>>> Bonjour,<br />\n>>>>>>>><br />\n>>>>>>>> Je reviens vers vous pour un problème déjà abordé mais non<br />\n>>>>>>>> résolu à ma connaissance.<br />\n>>>>>>>><br />\n>>>>>>>> J\'ai un utilisateur qui est mal reconnu. Dans le champs prénom,<br />\n>>>>>>>> c\'est le prénom d\'une autre personne qui apparaît. Ces deux<br />\n>>>>>>>> personnes ont le même nom, mais pas le même uid, évidemment<br />\n>>>>>>>> (les uid sont du type : test et test.g). Comment est-ce<br />\n>>>>>>>> possible, alors qu\'il s\'authentifie avec son uid et son mot de<br />\n>>>>>>>> passe. Le workflow est configuré pour une authentification CAS.<br />\n>>>>>>>><br />\n>>>>>>>> A l\'époque on m\'avait répondu ceci :<br />\n>>>>>>>><br />\n>>>>>>>> Effectivement, cf un mail précédent où je présentais rapidement<br />\n>>>>>>>> l\'algorithme de récupération de la VCARD de l\'utilisateur<br />\n>>>>>>>> courant : on recherche dans le vocabulaire<br />\n>>>>>>>> peopleLdapLocalProvider d\'une VCARD contenant textuellement<br />\n>>>>>>>> UID:joe (lorsque l\'utilisateur est joe), cf la XSL<br />\n>>>>>>>> conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl<br />\n>>>>>>>> Si une VCARD contient tectuellement UID:joel par exemple, cela<br />\n>>>>>>>> va effectivement poser problème.<br />\n>>>>>>>><br />\n>>>>>>>> On pourrait tenter par exemple de rajouter un retour chariot<br />\n>>>>>>>> dans la XSL pour que l\'on regarde si la VCARD contient UID:joe\\n<br />\n>>>>>>>> => je n\'ai pas testé cela, un \\n suffirait-il ... ? Je testerai<br />\n>>>>>>>> lorsque j\'aurai un peu de temps (sauf si j\'ai un retour la<br />\n>>>>>>>> dessus avant ! ;-) )<br />\n>>>>>>>><br />\n>>>>>>>> Le problème c\'est que je ne sais pas trop où insérer ce retour<br />\n>>>>>>>> chariot :s<br />\n>>>>>>>><br />\n>>>>>>>> Existe-t\'il une autre solution ?<br />\n>>>>>>>><br />\n>>>>>>>> Merci<br />\n>>>>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_6\"><p>>>>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_4\"><p>>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>><br />\n>>><br />\n>>><br />\n>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>></div>\n</blockquote>\n</div>\n', created = 1507748751, expire = 1507835151, headers = '', serialized = 0 WHERE cid = '4:fa5eb3aced0bb27b6511019a6e50e623' 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:9fc4255fcfa19288b92524848d4f8117' 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\"><!DOCTYPE html PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">\n<html>\n<head>\n <meta content=\"text/html;charset=ISO-8859-1\" http-equiv=\"Content-Type\">\n</head>\n<body bgcolor=\"#ffffff\" text=\"#000000\">\n<font size=\"-1\"><font face=\"Verdana\">Bonjour,<br>\n<br>\nEffectivement c\'est quelque chose qu\'on n\'a pas int&eacute;gr&eacute; en 1.6 par\noubli ...<br>\n<br>\nJ\'essaye de faire le point sur tes probl&egrave;mes :<br>\n<br>\n1) tu as 2 utilisateurs \"toto\" et \"toto1\".<br>\nQuand \"toto1\" fait un r&eacute;f&eacute;rencement, c\'est la vcard de \"toto\" qui est\nutilis&eacute;e pour remplir la fiche LOM c\'est bien &ccedil;a ?<br>\n<br>\nDonc l&agrave; tu as reproduit la modif propos&eacute;e par Vincent en modifiant\nlomSetLifecycleContributor.xsl comme ceci :<br>\n&nbsp;&nbsp;&nbsp; &lt;xsl:variable name=\"userVcard\"<br>\n&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;\nselect=\"$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,\nconcat(\'UID:\', $username, \'&amp;#10;\'))]\" /&gt;<br>\n<br>\nQu\'est-ce que &ccedil;a donne ? Est-ce que \"toto1\" r&eacute;cup&egrave;re bien sa vcard ?<br>\nSi \"toto\" r&eacute;f&eacute;rence, est-ce que sa fiche est bien remplie avec sa vcard\n?<br>\nJe viens de faire la m&ecirc;me modif en local et pour moi &ccedil;a marche bien.\nPour info, j\'ai ajout&eacute; ces modifs sur le trunk pour la prochaine\nrelease mineure.<br>\n--&gt; Tu as bien fait cette modif ?<br>\n<br>\n2) Tu voudrais remplir automatiquement les autres contributeurs c\'est\n&ccedil;a ?<br>\nMais avais-tu r&eacute;ussi en 1.5 ?<br>\n<br>\nMerci<br>\n<br>\n<br>\n</font></font>\n<div class=\"moz-signature\">\n<div class=\"moz-signature\"><font face=\"Verdana\"><small>\nYohan COLMANT<br>\nDirection des Syst&egrave;mes d\'Information<br>\n<a href=\"http://www.univ-valenciennes.fr\">UVHC</a> - Universit&eacute; de\nValenciennes et du Hainaut Cambr&eacute;sis<br>\nCoordinateur Technique du projet <a href=\"http://www.ori-oai.org\">ORI-OAI</a>\n</small></font>\n</div>\n</div>\n<br>\n<br>\nJulien Troubat a &eacute;crit&nbsp;:\n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>N\'ayant\npas eut de r&eacute;ponses je r&eacute;it&egrave;re ma demande.\n <br>\n <br>\nMerci\n <br>\n <br>\nLe 10/03/2010 11:20, Julien Troubat a &eacute;crit :\n <br>\n <div class=\"emailFilter_Author_1\"><blockquote type=\"cite\">Bonjour,\n <br>\n <br>\nJe fais remonter ce probl&egrave;me. Depuis la nouvelle version la correction\nne fonctionne plus et le bug est de nouveau apparut. J\'ai essay&eacute; de\nmodifier lomSetLifecycleContributor.xsl en mettant :\n <br>\n <br>\n&lt;xsl:variable name=\"userVcard\"\n <br>\n&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;\nselect=\"$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,\nconcat(\'UID:\', $username, \'&amp;#10;\'))]\" /&gt;\n <br>\n <br>\nMais j\'ai toujours le probl&egrave;me.\n <br>\n <br>\n&nbsp;Si je modifie lomSetMetametadataContributor.xsl, l&agrave; il n\'y a plus rien\nqui appara&icirc;t.\n <br>\n <br>\nCe probl&egrave;me est vraiment curieux.\n <br>\n <br>\nMerci\n <br>\n <br>\nLe 06/01/2010 14:27, Jacques Brassart a &eacute;crit :\n <br>\n <div class=\"emailFilter_Author_2\"><blockquote type=\"cite\">Bonjour Julien,\n <br>\n <br>\nUne excellente ann&eacute;e 2010 !\n <br>\n <br>\n\"Author\" est un r&ocirc;le (un contributeur) de la cat&eacute;gorie \"2 - Cycle de\nvie\" du LOM.\n <br>\nTu as modifi&eacute; le fichier :\n <br>\n\"lomSetLifecycleContributor.xsl\" !\n <br>\n <br>\nUne piste &agrave; tester :\n <br>\n <br>\n\"Validator\" et \"Creator\" sont des r&ocirc;les de la cat&eacute;gorie \"3 -\nM&eacute;t&eacute;-m&eacute;tadonn&eacute;es\" du LOM.\n <br>\nIl y a un fichier :\n <br>\n\"lomSetMetametadataContributor.xsl\".\n <br>\nEt ce fichier contient la m&ecirc;me ligne &lt;xsl:variable name=\"userVcard\"\n... &gt; que le fichier \"lomSetLifecycleContributor.xsl\" !\n <br>\n <br>\nAs-tu essay&eacute; par analogie de faire la m&ecirc;me modif dans ce fichier ?\n <br>\n(il est dans conf/properties/xsl/osfunctions/)\n <br>\n <br>\nJacques\n <br>\n <br>\n <br>\nJulien Troubat a &eacute;crit :\n <br>\n <div class=\"emailFilter_Author_3\"><blockquote type=\"cite\">Je me suis tromp&eacute;, je rectifie :\n <br>\n <br>\nCela fonctionne pour le r&ocirc;le \"Author\" mais pas pour les r&ocirc;les\n\"Validator\" et \"Creator\".\n <br>\n <br>\nMerci\n <br>\n <br>\nLe 23/12/2009 10:19, Julien Troubat a &eacute;crit :\n <br>\n <div class=\"emailFilter_Author_4\"><blockquote type=\"cite\">Cette fois cela fonctionne mais\nseulement pour le contributeur. Quels sont les fichiers que je dois\nmodifier pour le validateur et l\'auteur ?\n <br>\n <br>\n&nbsp;Je joins le fichier XML de la fiche pour que vous vous fassiez une\nid&eacute;e.\n <br>\n <br>\nMerci\n <br>\n <br>\nLe 17/12/2009 14:26, Vincent Bonamy a &eacute;crit :\n <br>\n <div class=\"emailFilter_Author_5\"><blockquote type=\"cite\">Et en mettant \'&amp;#10;\' &agrave; la place\nde \'\\n\' ?\n <br>\n <br>\nVincent.\n <br>\n <br>\n <br>\nJulien Troubat wrote:\n <br>\n <div class=\"emailFilter_Author_6\"><blockquote type=\"cite\">J\'ai essay&eacute; cela ne fonctionne pas.\nPlus rien n\'appara&icirc;t dans les champs.\n <br>\n <br>\nMerci\n <br>\n <br>\nLe 15/12/2009 10:26, Vincent Bonamy a &eacute;crit :\n <br>\n <div class=\"emailFilter_Author_7\"><blockquote type=\"cite\">Bonjour Julien,\n <br>\n <br>\nEffectivement comme dit dans ma premi&egrave;re r&eacute;ponse, tout se passe dans\n <br>\nconf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl\n <br>\n <br>\nLa ligne importante est celle-ci :\n <br>\n <br>\n&lt;xsl:variable name=\"userVcard\"\n <br>\n&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;\nselect=\"$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,\nconcat(\'UID:\', $username))]\" /&gt;\n <br>\n <br>\nJe n\'ai pas eu le temps de changer cette ligne par (par exemple) :\n <br>\n&lt;xsl:variable name=\"userVcard\"\n <br>\n&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;\nselect=\"$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,\nconcat(\'UID:\', $username, \'\\n\'))]\" /&gt;\n <br>\n <br>\nAu lieu de mettre \'\\n\' pour lie retour chariot il faut peut-&ecirc;tre\nencoder cela diff&eacute;remment, &agrave; voir.\n <br>\n <br>\nVincent.\n <br>\n <br>\n <br>\n <br>\nJulien Troubat wrote:\n <br>\n <div class=\"emailFilter_Author_8\"><blockquote type=\"cite\">Bonjour,\n <br>\n <br>\nJe reviens vers vous pour un probl&egrave;me d&eacute;j&agrave; abord&eacute; mais non r&eacute;solu &agrave; ma\nconnaissance.\n <br>\n <br>\nJ\'ai un utilisateur qui est mal reconnu. Dans le champs pr&eacute;nom, c\'est\nle pr&eacute;nom d\'une autre personne qui appara&icirc;t. Ces deux personnes ont le\nm&ecirc;me nom, mais pas le m&ecirc;me uid, &eacute;videmment (les uid sont du type : test\net test.g). Comment est-ce possible, alors qu\'il s\'authentifie avec son\nuid et son mot de passe. Le workflow est configur&eacute; pour une\nauthentification CAS.\n <br>\n <br>\nA l\'&eacute;poque on m\'avait r&eacute;pondu ceci :\n <br>\n <br>\nEffectivement, cf un mail pr&eacute;c&eacute;dent o&ugrave; je pr&eacute;sentais rapidement\nl\'algorithme de r&eacute;cup&eacute;ration de la VCARD de l\'utilisateur courant : on\nrecherche dans le vocabulaire peopleLdapLocalProvider d\'une VCARD\ncontenant textuellement UID:joe (lorsque l\'utilisateur est joe), cf la\nXSL conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl\n <br>\nSi une VCARD contient tectuellement UID:joel par exemple, cela va\neffectivement poser probl&egrave;me.\n <br>\n <br>\nOn pourrait tenter par exemple de rajouter un retour chariot dans la\nXSL pour que l\'on regarde si la VCARD contient UID:joe\\n\n <br>\n=&gt; je n\'ai pas test&eacute; cela, un \\n suffirait-il ... ? Je testerai\nlorsque j\'aurai un peu de temps (sauf si j\'ai un retour la dessus avant\n! ;-) )\n <br>\n <br>\nLe probl&egrave;me c\'est que je ne sais pas trop o&ugrave; ins&eacute;rer ce retour chariot\n:s\n <br>\n <br>\nExiste-t\'il une autre solution ?\n <br>\n <br>\nMerci\n <br>\n <br>\n </blockquote></div>\n <br>\n </blockquote></div>\n </blockquote></div>\n <br>\n </blockquote></div>\n </blockquote></div>\n <br>\n <br>\n <br>\n <br>\n </blockquote></div>\n <br>\n </blockquote></div>\n </blockquote></div>\n <br>\n <br>\n <br>\n <br>\n</blockquote></div></div>\n</body>\n</html>\n</div>', created = 1507748751, expire = 1507835151, headers = '', serialized = 0 WHERE cid = '4:9fc4255fcfa19288b92524848d4f8117' 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:d2eafecd70f3689ac67d55ca8ea8aa88' 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\"><!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">\n<html>\n<head>\n <meta content=\"text/html; charset=ISO-8859-1\"\n http-equiv=\"Content-Type\">\n</head>\n<body bgcolor=\"#ffffff\" text=\"#000000\">\nLe 18/03/2010 13:32, Yohan Colmant a &eacute;crit&nbsp;:\n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>\n <meta content=\"text/html; charset=ISO-8859-1\"\n http-equiv=\"Content-Type\">\n <font size=\"-1\"><font face=\"Verdana\">Bonjour,<br>\n <br>\nEffectivement c\'est quelque chose qu\'on n\'a pas int&eacute;gr&eacute; en 1.6 par\noubli ...<br>\n <br>\nJ\'essaye de faire le point sur tes probl&egrave;mes :<br>\n <br>\n1) tu as 2 utilisateurs \"toto\" et \"toto1\".<br>\nQuand \"toto1\" fait un r&eacute;f&eacute;rencement, c\'est la vcard de \"toto\" qui est\nutilis&eacute;e pour remplir la fiche LOM c\'est bien &ccedil;a ?<br>\n </font></font></blockquote></div></div>\nSi \"toto\" correspond &agrave; l\'uid non. C\'est le contraire, toto fait un\nr&eacute;f&eacute;rencement et c\'est le pr&eacute;nom de toto1 qui appara&icirc;t.<br>\n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote><font\n size=\"-1\"><font face=\"Verdana\"><br>\nDonc l&agrave; tu as reproduit la modif propos&eacute;e par Vincent en modifiant\nlomSetLifecycleContributor.xsl comme ceci :<br>\n&nbsp;&nbsp;&nbsp; &lt;xsl:variable name=\"userVcard\"<br>\n&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;\nselect=\"$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,\nconcat(\'UID:\',\n$username, \'&amp;#10;\'))]\" /&gt;<br>\n <br>\nQu\'est-ce que &ccedil;a donne ? Est-ce que \"toto1\" r&eacute;cup&egrave;re bien sa vcard ?<br>\nSi \"toto\" r&eacute;f&eacute;rence, est-ce que sa fiche est bien remplie avec sa vcard\n?<br>\nJe viens de faire la m&ecirc;me modif en local et pour moi &ccedil;a marche bien.\nPour info, j\'ai ajout&eacute; ces modifs sur le trunk pour la prochaine\nrelease mineure.<br>\n--&gt; Tu as bien fait cette modif ?<br>\n </font></font></blockquote></div></div>\nOui et cela ne fonctionne pas. Peut &ecirc;tre que je n\'avais pas vid&eacute; le\ncache ? :/<br>\n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote><font\n size=\"-1\"><font face=\"Verdana\"><br>\n2) Tu voudrais remplir automatiquement les autres contributeurs c\'est\n&ccedil;a ?<br>\nMais avais-tu r&eacute;ussi en 1.5 ?<br>\n </font></font></blockquote></div></div>\nSi mes souvenirs sont bons ... non :) Les champs &eacute;taient vides pour\ntout le monde.<br>\n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote><font\n size=\"-1\"><font face=\"Verdana\"><br>\nMerci<br>\n <br>\n <br>\n </font></font>\n <div class=\"moz-signature\">\n <div class=\"moz-signature\"><font face=\"Verdana\"><small>Yohan COLMANT<br>\nDirection des Syst&egrave;mes d\'Information<br>\n <a moz-do-not-send=\"true\" href=\"http://www.univ-valenciennes.fr\">UVHC</a>\n- Universit&eacute; de\nValenciennes et du Hainaut Cambr&eacute;sis<br>\nCoordinateur Technique du projet <a moz-do-not-send=\"true\"\n href=\"http://www.ori-oai.org\">ORI-OAI</a>\n </small></font></div>\n </div>\n <br>\n <br>\nJulien Troubat a &eacute;crit&nbsp;:\n <div class=\"emailFilter_Author_1\"><blockquote>N\'ayant\npas\neut de r&eacute;ponses je r&eacute;it&egrave;re ma demande. <br>\n <br>\nMerci <br>\n <br>\nLe 10/03/2010 11:20, Julien Troubat a &eacute;crit : <br>\n <div class=\"emailFilter_Author_2\"><blockquote type=\"cite\">Bonjour, <br>\n <br>\nJe fais remonter ce probl&egrave;me. Depuis la nouvelle version la correction\nne fonctionne plus et le bug est de nouveau apparut. J\'ai essay&eacute; de\nmodifier lomSetLifecycleContributor.xsl en mettant : <br>\n <br>\n&lt;xsl:variable name=\"userVcard\" <br>\n&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;\nselect=\"$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,\nconcat(\'UID:\',\n$username, \'&amp;#10;\'))]\" /&gt; <br>\n <br>\nMais j\'ai toujours le probl&egrave;me. <br>\n <br>\n&nbsp;Si je modifie lomSetMetametadataContributor.xsl, l&agrave; il n\'y a plus rien\nqui appara&icirc;t. <br>\n <br>\nCe probl&egrave;me est vraiment curieux. <br>\n <br>\nMerci <br>\n <br>\nLe 06/01/2010 14:27, Jacques Brassart a &eacute;crit : <br>\n <div class=\"emailFilter_Author_3\"><blockquote type=\"cite\">Bonjour Julien, <br>\n <br>\nUne excellente ann&eacute;e 2010 ! <br>\n <br>\n\"Author\" est un r&ocirc;le (un contributeur) de la cat&eacute;gorie \"2 - Cycle de\nvie\" du LOM. <br>\nTu as modifi&eacute; le fichier : <br>\n\"lomSetLifecycleContributor.xsl\" ! <br>\n <br>\nUne piste &agrave; tester : <br>\n <br>\n\"Validator\" et \"Creator\" sont des r&ocirc;les de la cat&eacute;gorie \"3 -\nM&eacute;t&eacute;-m&eacute;tadonn&eacute;es\" du LOM. <br>\nIl y a un fichier : <br>\n\"lomSetMetametadataContributor.xsl\". <br>\nEt ce fichier contient la m&ecirc;me ligne &lt;xsl:variable name=\"userVcard\"\n... &gt; que le fichier \"lomSetLifecycleContributor.xsl\" ! <br>\n <br>\nAs-tu essay&eacute; par analogie de faire la m&ecirc;me modif dans ce fichier ? <br>\n(il est dans conf/properties/xsl/osfunctions/) <br>\n <br>\nJacques <br>\n <br>\n <br>\nJulien Troubat a &eacute;crit : <br>\n <div class=\"emailFilter_Author_4\"><blockquote type=\"cite\">Je me suis tromp&eacute;, je rectifie : <br>\n <br>\nCela fonctionne pour le r&ocirc;le \"Author\" mais pas pour les r&ocirc;les\n\"Validator\" et \"Creator\". <br>\n <br>\nMerci <br>\n <br>\nLe 23/12/2009 10:19, Julien Troubat a &eacute;crit : <br>\n <div class=\"emailFilter_Author_5\"><blockquote type=\"cite\">Cette fois cela fonctionne mais\nseulement pour le contributeur. Quels sont les fichiers que je dois\nmodifier pour le validateur et l\'auteur ? <br>\n <br>\n&nbsp;Je joins le fichier XML de la fiche pour que vous vous fassiez une\nid&eacute;e. <br>\n <br>\nMerci <br>\n <br>\nLe 17/12/2009 14:26, Vincent Bonamy a &eacute;crit : <br>\n <div class=\"emailFilter_Author_6\"><blockquote type=\"cite\">Et en mettant \'&amp;#10;\' &agrave; la\nplace\nde \'\\n\' ? <br>\n <br>\nVincent. <br>\n <br>\n <br>\nJulien Troubat wrote: <br>\n <div class=\"emailFilter_Author_7\"><blockquote type=\"cite\">J\'ai essay&eacute; cela ne fonctionne\npas.\nPlus rien n\'appara&icirc;t dans les champs. <br>\n <br>\nMerci <br>\n <br>\nLe 15/12/2009 10:26, Vincent Bonamy a &eacute;crit : <br>\n <div class=\"emailFilter_Author_8\"><blockquote type=\"cite\">Bonjour Julien, <br>\n <br>\nEffectivement comme dit dans ma premi&egrave;re r&eacute;ponse, tout se passe dans <br>\nconf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl <br>\n <br>\nLa ligne importante est celle-ci : <br>\n <br>\n&lt;xsl:variable name=\"userVcard\" <br>\n&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;\nselect=\"$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,\nconcat(\'UID:\',\n$username))]\" /&gt; <br>\n <br>\nJe n\'ai pas eu le temps de changer cette ligne par (par exemple) : <br>\n&lt;xsl:variable name=\"userVcard\" <br>\n&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;\nselect=\"$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,\nconcat(\'UID:\',\n$username, \'\\n\'))]\" /&gt; <br>\n <br>\nAu lieu de mettre \'\\n\' pour lie retour chariot il faut peut-&ecirc;tre\nencoder cela diff&eacute;remment, &agrave; voir. <br>\n <br>\nVincent. <br>\n <br>\n <br>\n <br>\nJulien Troubat wrote: <br>\n <div class=\"emailFilter_Author_9\"><blockquote type=\"cite\">Bonjour, <br>\n <br>\nJe reviens vers vous pour un probl&egrave;me d&eacute;j&agrave; abord&eacute; mais non r&eacute;solu &agrave; ma\nconnaissance. <br>\n <br>\nJ\'ai un utilisateur qui est mal reconnu. Dans le champs pr&eacute;nom, c\'est\nle pr&eacute;nom d\'une autre personne qui appara&icirc;t. Ces deux personnes ont le\nm&ecirc;me nom, mais pas le m&ecirc;me uid, &eacute;videmment (les uid sont du type : test\net test.g). Comment est-ce possible, alors qu\'il s\'authentifie avec son\nuid et son mot de passe. Le workflow est configur&eacute; pour une\nauthentification CAS. <br>\n <br>\nA l\'&eacute;poque on m\'avait r&eacute;pondu ceci : <br>\n <br>\nEffectivement, cf un mail pr&eacute;c&eacute;dent o&ugrave; je pr&eacute;sentais rapidement\nl\'algorithme de r&eacute;cup&eacute;ration de la VCARD de l\'utilisateur courant : on\nrecherche dans le vocabulaire peopleLdapLocalProvider d\'une VCARD\ncontenant textuellement UID:joe (lorsque l\'utilisateur est joe), cf la\nXSL conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl <br>\nSi une VCARD contient tectuellement UID:joel par exemple, cela va\neffectivement poser probl&egrave;me. <br>\n <br>\nOn pourrait tenter par exemple de rajouter un retour chariot dans la\nXSL pour que l\'on regarde si la VCARD contient UID:joe\\n <br>\n=&gt; je n\'ai pas test&eacute; cela, un \\n suffirait-il ... ? Je testerai\nlorsque j\'aurai un peu de temps (sauf si j\'ai un retour la dessus avant\n! ;-) ) <br>\n <br>\nLe probl&egrave;me c\'est que je ne sais pas trop o&ugrave; ins&eacute;rer ce retour chariot\n:s <br>\n <br>\nExiste-t\'il une autre solution ? <br>\n <br>\nMerci <br>\n <br>\n </blockquote></div>\n <br>\n </blockquote></div>\n </blockquote></div>\n <br>\n </blockquote></div>\n </blockquote></div>\n <br>\n <br>\n <br>\n <br>\n </blockquote></div>\n <br>\n </blockquote></div>\n </blockquote></div>\n <br>\n <br>\n <br>\n <br>\n </blockquote></div>\n</blockquote></div></div>\n</body>\n</html>\n</div>', created = 1507748751, expire = 1507835151, headers = '', serialized = 0 WHERE cid = '4:d2eafecd70f3689ac67d55ca8ea8aa88' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
11 messages / 0 nouveaux
Sujet clos
Dernière contribution
10 décembre 2009 - 2:58pm
#1
julientroubat
Problème Vcard
Bonjour,

Je reviens vers vous pour un problème déjà abordé mais non résolu à ma
connaissance.

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 (les uid sont du type : test et
test.g). 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.

A l'époque on m'avait répondu ceci :

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 ! ;-) )

Le problème c'est que je ne sais pas trop où insérer ce retour chariot :s

Existe-t'il une autre solution ?

Merci

--
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

Haut
Étiquettes:
15 décembre 2009 - 10:26am
#2
vincentbonamy761933
Bonjour Julien,

Effectivement comme dit dans ma première réponse, tout se passe dans
conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl

La ligne importante est celle-ci :

select="$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,
concat('UID:', $username))]" />

Je n'ai pas eu le temps de changer cette ligne par (par exemple) :

select="$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,
concat('UID:', $username, '\n'))]" />

Au lieu de mettre '\n' pour lie retour chariot il faut peut-être encoder
cela différemment, à voir.

Vincent.

Julien Troubat wrote:

> Bonjour,
>
> Je reviens vers vous pour un problème déjà abordé mais non résolu à ma
> connaissance.
>
> 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 (les uid sont du type :
> test et test.g). 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.
>
> A l'époque on m'avait répondu ceci :
>
> 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 ! ;-) )
>
> Le problème c'est que je ne sais pas trop où insérer ce retour chariot :s
>
> Existe-t'il une autre solution ?
>
> Merci
>

Haut
16 décembre 2009 - 2:53pm
(Répondre à #2) #3
julientroubat
J'ai essayé cela ne fonctionne pas. Plus rien n'apparaît dans les champs.

Merci

Le 15/12/2009 10:26, Vincent Bonamy a écrit :

> Bonjour Julien,
>
> Effectivement comme dit dans ma première réponse, tout se passe dans
> conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl
>
> La ligne importante est celle-ci :
>
> >
> select="$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,
> concat('UID:', $username))]" />
>
> Je n'ai pas eu le temps de changer cette ligne par (par exemple) :
> >
> select="$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,
> concat('UID:', $username, '\n'))]" />
>
> Au lieu de mettre '\n' pour lie retour chariot il faut peut-être
> encoder cela différemment, à voir.
>
> Vincent.
>
>
>
> Julien Troubat wrote:

>> Bonjour,
>>
>> Je reviens vers vous pour un problème déjà abordé mais non résolu à
>> ma connaissance.
>>
>> 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 (les uid sont du type :
>> test et test.g). 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.
>>
>> A l'époque on m'avait répondu ceci :
>>
>> 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 ! ;-) )
>>
>> Le problème c'est que je ne sais pas trop où insérer ce retour
>> chariot :s
>>
>> Existe-t'il une autre solution ?
>>
>> Merci
>>

>

Haut
17 décembre 2009 - 2:26pm
(Répondre à #3) #4
vincentbonamy761933
Et en mettant ' ' à la place de '\n' ?

Vincent.

Julien Troubat wrote:

> J'ai essayé cela ne fonctionne pas. Plus rien n'apparaît dans les champs.
>
> Merci
>
> Le 15/12/2009 10:26, Vincent Bonamy a écrit :

>> Bonjour Julien,
>>
>> Effectivement comme dit dans ma première réponse, tout se passe dans
>> conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl
>>
>> La ligne importante est celle-ci :
>>
>> >>
>> select="$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,
>> concat('UID:', $username))]" />
>>
>> Je n'ai pas eu le temps de changer cette ligne par (par exemple) :
>> >>
>> select="$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,
>> concat('UID:', $username, '\n'))]" />
>>
>> Au lieu de mettre '\n' pour lie retour chariot il faut peut-être
>> encoder cela différemment, à voir.
>>
>> Vincent.
>>
>>
>>
>> Julien Troubat wrote:

>>> Bonjour,
>>>
>>> Je reviens vers vous pour un problème déjà abordé mais non résolu à
>>> ma connaissance.
>>>
>>> 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 (les uid
>>> sont du type : test et test.g). 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.
>>>
>>> A l'époque on m'avait répondu ceci :
>>>
>>> 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 ! ;-) )
>>>
>>> Le problème c'est que je ne sais pas trop où insérer ce retour
>>> chariot :s
>>>
>>> Existe-t'il une autre solution ?
>>>
>>> Merci
>>>

>>

Haut
23 décembre 2009 - 10:19am
(Répondre à #4) #5
julientroubat
Cette fois cela fonctionne mais seulement pour le contributeur. Quels
sont les fichiers que je dois modifier pour le validateur et l'auteur ?

Je joins le fichier XML de la fiche pour que vous vous fassiez une idée.

Merci

Le 17/12/2009 14:26, Vincent Bonamy a écrit :

> Et en mettant ' ' à la place de '\n' ?
>
> Vincent.
>
>
> Julien Troubat wrote:

>> J'ai essayé cela ne fonctionne pas. Plus rien n'apparaît dans les
>> champs.
>>
>> Merci
>>
>> Le 15/12/2009 10:26, Vincent Bonamy a écrit :

>>> Bonjour Julien,
>>>
>>> Effectivement comme dit dans ma première réponse, tout se passe dans
>>> conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl
>>>
>>> La ligne importante est celle-ci :
>>>
>>> >>>
>>> select="$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,
>>> concat('UID:', $username))]" />
>>>
>>> Je n'ai pas eu le temps de changer cette ligne par (par exemple) :
>>> >>>
>>> select="$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,
>>> concat('UID:', $username, '\n'))]" />
>>>
>>> Au lieu de mettre '\n' pour lie retour chariot il faut peut-être
>>> encoder cela différemment, à voir.
>>>
>>> Vincent.
>>>
>>>
>>>
>>> Julien Troubat wrote:

>>>> Bonjour,
>>>>
>>>> Je reviens vers vous pour un problème déjà abordé mais non résolu à
>>>> ma connaissance.
>>>>
>>>> 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 (les
>>>> uid sont du type : test et test.g). 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.
>>>>
>>>> A l'époque on m'avait répondu ceci :
>>>>
>>>> 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 ! ;-) )
>>>>
>>>> Le problème c'est que je ne sais pas trop où insérer ce retour
>>>> chariot :s
>>>>
>>>> Existe-t'il une autre solution ?
>>>>
>>>> Merci
>>>>

>>>

>

Haut
23 décembre 2009 - 10:24am
(Répondre à #5) #6
julientroubat
Je me suis trompé, je rectifie :

Cela fonctionne pour le rôle "Author" mais pas pour les rôles
"Validator" et "Creator".

Merci

Le 23/12/2009 10:19, Julien Troubat a écrit :

> Cette fois cela fonctionne mais seulement pour le contributeur. Quels
> sont les fichiers que je dois modifier pour le validateur et l'auteur ?
>
> Je joins le fichier XML de la fiche pour que vous vous fassiez une idée.
>
> Merci
>
> Le 17/12/2009 14:26, Vincent Bonamy a écrit :

>> Et en mettant ' ' à la place de '\n' ?
>>
>> Vincent.
>>
>>
>> Julien Troubat wrote:

>>> J'ai essayé cela ne fonctionne pas. Plus rien n'apparaît dans les
>>> champs.
>>>
>>> Merci
>>>
>>> Le 15/12/2009 10:26, Vincent Bonamy a écrit :

>>>> Bonjour Julien,
>>>>
>>>> Effectivement comme dit dans ma première réponse, tout se passe dans
>>>> conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl
>>>>
>>>> La ligne importante est celle-ci :
>>>>
>>>> >>>>
>>>> select="$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,
>>>> concat('UID:', $username))]" />
>>>>
>>>> Je n'ai pas eu le temps de changer cette ligne par (par exemple) :
>>>> >>>>
>>>> select="$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,
>>>> concat('UID:', $username, '\n'))]" />
>>>>
>>>> Au lieu de mettre '\n' pour lie retour chariot il faut peut-être
>>>> encoder cela différemment, à voir.
>>>>
>>>> Vincent.
>>>>
>>>>
>>>>
>>>> Julien Troubat wrote:

>>>>> Bonjour,
>>>>>
>>>>> Je reviens vers vous pour un problème déjà abordé mais non résolu
>>>>> à ma connaissance.
>>>>>
>>>>> 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 (les
>>>>> uid sont du type : test et test.g). 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.
>>>>>
>>>>> A l'époque on m'avait répondu ceci :
>>>>>
>>>>> 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 ! ;-) )
>>>>>
>>>>> Le problème c'est que je ne sais pas trop où insérer ce retour
>>>>> chariot :s
>>>>>
>>>>> Existe-t'il une autre solution ?
>>>>>
>>>>> Merci
>>>>>

>>>>

>>

Haut
6 janvier 2010 - 2:27pm
(Répondre à #6) #7
jbrassar
Bonjour Julien,

Une excellente année 2010 !

"Author" est un rôle (un contributeur) de la catégorie "2 - Cycle de
vie" du LOM.
Tu as modifié le fichier :
"lomSetLifecycleContributor.xsl" !

Une piste à tester :

"Validator" et "Creator" sont des rôles de la catégorie "3 -
Mété-métadonnées" du LOM.
Il y a un fichier :
"lomSetMetametadataContributor.xsl".
Et ce fichier contient la même ligne > que le fichier "lomSetLifecycleContributor.xsl" !

As-tu essayé par analogie de faire la même modif dans ce fichier ?
(il est dans conf/properties/xsl/osfunctions/)

Jacques

Julien Troubat a écrit :

> Je me suis trompé, je rectifie :
>
> Cela fonctionne pour le rôle "Author" mais pas pour les rôles
> "Validator" et "Creator".
>
> Merci
>
> Le 23/12/2009 10:19, Julien Troubat a écrit :

>> Cette fois cela fonctionne mais seulement pour le contributeur. Quels
>> sont les fichiers que je dois modifier pour le validateur et l'auteur ?
>>
>> Je joins le fichier XML de la fiche pour que vous vous fassiez une
>> idée.
>>
>> Merci
>>
>> Le 17/12/2009 14:26, Vincent Bonamy a écrit :

>>> Et en mettant ' ' à la place de '\n' ?
>>>
>>> Vincent.
>>>
>>>
>>> Julien Troubat wrote:

>>>> J'ai essayé cela ne fonctionne pas. Plus rien n'apparaît dans les
>>>> champs.
>>>>
>>>> Merci
>>>>
>>>> Le 15/12/2009 10:26, Vincent Bonamy a écrit :

>>>>> Bonjour Julien,
>>>>>
>>>>> Effectivement comme dit dans ma première réponse, tout se passe dans
>>>>> conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl
>>>>>
>>>>> La ligne importante est celle-ci :
>>>>>
>>>>> >>>>>
>>>>> select="$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,
>>>>> concat('UID:', $username))]" />
>>>>>
>>>>> Je n'ai pas eu le temps de changer cette ligne par (par exemple) :
>>>>> >>>>>
>>>>> select="$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,
>>>>> concat('UID:', $username, '\n'))]" />
>>>>>
>>>>> Au lieu de mettre '\n' pour lie retour chariot il faut peut-être
>>>>> encoder cela différemment, à voir.
>>>>>
>>>>> Vincent.
>>>>>
>>>>>
>>>>>
>>>>> Julien Troubat wrote:

>>>>>> Bonjour,
>>>>>>
>>>>>> Je reviens vers vous pour un problème déjà abordé mais non résolu
>>>>>> à ma connaissance.
>>>>>>
>>>>>> 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 (les
>>>>>> uid sont du type : test et test.g). 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.
>>>>>>
>>>>>> A l'époque on m'avait répondu ceci :
>>>>>>
>>>>>> 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 ! ;-) )
>>>>>>
>>>>>> Le problème c'est que je ne sais pas trop où insérer ce retour
>>>>>> chariot :s
>>>>>>
>>>>>> Existe-t'il une autre solution ?
>>>>>>
>>>>>> Merci
>>>>>>

>>>>>

>>>

>
>
>
>

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

Haut
10 mars 2010 - 11:20am
(Répondre à #7) #8
julientroubat
Bonjour,

Je fais remonter ce problème. Depuis la nouvelle version la correction
ne fonctionne plus et le bug est de nouveau apparut. J'ai essayé de
modifier lomSetLifecycleContributor.xsl en mettant :

select="$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,
concat('UID:', $username, ' '))]" />

Mais j'ai toujours le problème.

Si je modifie lomSetMetametadataContributor.xsl, là il n'y a plus rien
qui apparaît.

Ce problème est vraiment curieux.

Merci

Le 06/01/2010 14:27, Jacques Brassart a écrit :

> Bonjour Julien,
>
> Une excellente année 2010 !
>
> "Author" est un rôle (un contributeur) de la catégorie "2 - Cycle de
> vie" du LOM.
> Tu as modifié le fichier :
> "lomSetLifecycleContributor.xsl" !
>
> Une piste à tester :
>
> "Validator" et "Creator" sont des rôles de la catégorie "3 -
> Mété-métadonnées" du LOM.
> Il y a un fichier :
> "lomSetMetametadataContributor.xsl".
> Et ce fichier contient la même ligne > ... > que le fichier "lomSetLifecycleContributor.xsl" !
>
> As-tu essayé par analogie de faire la même modif dans ce fichier ?
> (il est dans conf/properties/xsl/osfunctions/)
>
> Jacques
>
>
> Julien Troubat a écrit :

>> Je me suis trompé, je rectifie :
>>
>> Cela fonctionne pour le rôle "Author" mais pas pour les rôles
>> "Validator" et "Creator".
>>
>> Merci
>>
>> Le 23/12/2009 10:19, Julien Troubat a écrit :

>>> Cette fois cela fonctionne mais seulement pour le contributeur.
>>> Quels sont les fichiers que je dois modifier pour le validateur et
>>> l'auteur ?
>>>
>>> Je joins le fichier XML de la fiche pour que vous vous fassiez une
>>> idée.
>>>
>>> Merci
>>>
>>> Le 17/12/2009 14:26, Vincent Bonamy a écrit :

>>>> Et en mettant ' ' à la place de '\n' ?
>>>>
>>>> Vincent.
>>>>
>>>>
>>>> Julien Troubat wrote:

>>>>> J'ai essayé cela ne fonctionne pas. Plus rien n'apparaît dans les
>>>>> champs.
>>>>>
>>>>> Merci
>>>>>
>>>>> Le 15/12/2009 10:26, Vincent Bonamy a écrit :

>>>>>> Bonjour Julien,
>>>>>>
>>>>>> Effectivement comme dit dans ma première réponse, tout se passe dans
>>>>>> conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl
>>>>>>
>>>>>> La ligne importante est celle-ci :
>>>>>>
>>>>>> >>>>>>
>>>>>> select="$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,
>>>>>> concat('UID:', $username))]" />
>>>>>>
>>>>>> Je n'ai pas eu le temps de changer cette ligne par (par exemple) :
>>>>>> >>>>>>
>>>>>> select="$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,
>>>>>> concat('UID:', $username, '\n'))]" />
>>>>>>
>>>>>> Au lieu de mettre '\n' pour lie retour chariot il faut peut-être
>>>>>> encoder cela différemment, à voir.
>>>>>>
>>>>>> Vincent.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Julien Troubat wrote:

>>>>>>> Bonjour,
>>>>>>>
>>>>>>> Je reviens vers vous pour un problème déjà abordé mais non
>>>>>>> résolu à ma connaissance.
>>>>>>>
>>>>>>> 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 (les
>>>>>>> uid sont du type : test et test.g). 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.
>>>>>>>
>>>>>>> A l'époque on m'avait répondu ceci :
>>>>>>>
>>>>>>> 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 ! ;-) )
>>>>>>>
>>>>>>> Le problème c'est que je ne sais pas trop où insérer ce retour
>>>>>>> chariot :s
>>>>>>>
>>>>>>> Existe-t'il une autre solution ?
>>>>>>>
>>>>>>> Merci
>>>>>>>

>>>>>>

>>>>

>>
>>
>>
>>

>

Haut
18 mars 2010 - 9:36am
(Répondre à #8) #9
julientroubat
N'ayant pas eut de réponses je réitère ma demande.

Merci

Le 10/03/2010 11:20, Julien Troubat a écrit :

> Bonjour,
>
> Je fais remonter ce problème. Depuis la nouvelle version la correction
> ne fonctionne plus et le bug est de nouveau apparut. J'ai essayé de
> modifier lomSetLifecycleContributor.xsl en mettant :
>
> >
> select="$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,
> concat('UID:', $username, ' '))]" />
>
> Mais j'ai toujours le problème.
>
> Si je modifie lomSetMetametadataContributor.xsl, là il n'y a plus
> rien qui apparaît.
>
> Ce problème est vraiment curieux.
>
> Merci
>
> Le 06/01/2010 14:27, Jacques Brassart a écrit :

>> Bonjour Julien,
>>
>> Une excellente année 2010 !
>>
>> "Author" est un rôle (un contributeur) de la catégorie "2 - Cycle de
>> vie" du LOM.
>> Tu as modifié le fichier :
>> "lomSetLifecycleContributor.xsl" !
>>
>> Une piste à tester :
>>
>> "Validator" et "Creator" sont des rôles de la catégorie "3 -
>> Mété-métadonnées" du LOM.
>> Il y a un fichier :
>> "lomSetMetametadataContributor.xsl".
>> Et ce fichier contient la même ligne >> ... > que le fichier "lomSetLifecycleContributor.xsl" !
>>
>> As-tu essayé par analogie de faire la même modif dans ce fichier ?
>> (il est dans conf/properties/xsl/osfunctions/)
>>
>> Jacques
>>
>>
>> Julien Troubat a écrit :

>>> Je me suis trompé, je rectifie :
>>>
>>> Cela fonctionne pour le rôle "Author" mais pas pour les rôles
>>> "Validator" et "Creator".
>>>
>>> Merci
>>>
>>> Le 23/12/2009 10:19, Julien Troubat a écrit :

>>>> Cette fois cela fonctionne mais seulement pour le contributeur.
>>>> Quels sont les fichiers que je dois modifier pour le validateur et
>>>> l'auteur ?
>>>>
>>>> Je joins le fichier XML de la fiche pour que vous vous fassiez une
>>>> idée.
>>>>
>>>> Merci
>>>>
>>>> Le 17/12/2009 14:26, Vincent Bonamy a écrit :

>>>>> Et en mettant ' ' à la place de '\n' ?
>>>>>
>>>>> Vincent.
>>>>>
>>>>>
>>>>> Julien Troubat wrote:

>>>>>> J'ai essayé cela ne fonctionne pas. Plus rien n'apparaît dans les
>>>>>> champs.
>>>>>>
>>>>>> Merci
>>>>>>
>>>>>> Le 15/12/2009 10:26, Vincent Bonamy a écrit :

>>>>>>> Bonjour Julien,
>>>>>>>
>>>>>>> Effectivement comme dit dans ma première réponse, tout se passe
>>>>>>> dans
>>>>>>> conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl
>>>>>>>
>>>>>>> La ligne importante est celle-ci :
>>>>>>>
>>>>>>> >>>>>>>
>>>>>>> select="$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,
>>>>>>> concat('UID:', $username))]" />
>>>>>>>
>>>>>>> Je n'ai pas eu le temps de changer cette ligne par (par exemple) :
>>>>>>> >>>>>>>
>>>>>>> select="$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(.,
>>>>>>> concat('UID:', $username, '\n'))]" />
>>>>>>>
>>>>>>> Au lieu de mettre '\n' pour lie retour chariot il faut peut-être
>>>>>>> encoder cela différemment, à voir.
>>>>>>>
>>>>>>> Vincent.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Julien Troubat wrote:

>>>>>>>> Bonjour,
>>>>>>>>
>>>>>>>> Je reviens vers vous pour un problème déjà abordé mais non
>>>>>>>> résolu à ma connaissance.
>>>>>>>>
>>>>>>>> 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
>>>>>>>> (les uid sont du type : test et test.g). 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.
>>>>>>>>
>>>>>>>> A l'époque on m'avait répondu ceci :
>>>>>>>>
>>>>>>>> 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 ! ;-) )
>>>>>>>>
>>>>>>>> Le problème c'est que je ne sais pas trop où insérer ce retour
>>>>>>>> chariot :s
>>>>>>>>
>>>>>>>> Existe-t'il une autre solution ?
>>>>>>>>
>>>>>>>> Merci
>>>>>>>>

>>>>>>>

>>>>>

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

>>

Haut
18 mars 2010 - 1:32pm
(Répondre à #9) #10
Yohan Colmant
Bonjour,

Effectivement c'est quelque chose qu'on n'a pas intégré en 1.6 par oubli ...

J'essaye de faire le point sur tes problèmes :

1) tu as 2 utilisateurs "toto" et "toto1".
Quand "toto1" fait un référencement, c'est la vcard de "toto" qui est utilisée pour remplir la fiche LOM c'est bien ça ?

Donc là tu as reproduit la modif proposée par Vincent en modifiant lomSetLifecycleContributor.xsl comme ceci :
    <xsl:variable name="userVcard"
        select="$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(., concat('UID:', $username, '&#10;'))]" />

Qu'est-ce que ça donne ? Est-ce que "toto1" récupère bien sa vcard ?
Si "toto" référence, est-ce que sa fiche est bien remplie avec sa vcard ?
Je viens de faire la même modif en local et pour moi ça marche bien. Pour info, j'ai ajouté ces modifs sur le trunk pour la prochaine release mineure.
--> Tu as bien fait cette modif ?

2) Tu voudrais remplir automatiquement les autres contributeurs c'est ça ?
Mais avais-tu réussi en 1.5 ?

Merci
Yohan COLMANT
Direction des Systèmes d'Information
UVHC - Université de Valenciennes et du Hainaut Cambrésis
Coordinateur Technique du projet ORI-OAI


Julien Troubat a écrit :
N'ayant pas eut de réponses je réitère ma demande.

Merci

Le 10/03/2010 11:20, Julien Troubat a écrit :
Bonjour,

Je fais remonter ce problème. Depuis la nouvelle version la correction ne fonctionne plus et le bug est de nouveau apparut. J'ai essayé de modifier lomSetLifecycleContributor.xsl en mettant :

<xsl:variable name="userVcard"
       select="$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(., concat('UID:', $username, '&#10;'))]" />

Mais j'ai toujours le problème.

 Si je modifie lomSetMetametadataContributor.xsl, là il n'y a plus rien qui apparaît.

Ce problème est vraiment curieux.

Merci

Le 06/01/2010 14:27, Jacques Brassart a écrit :
Bonjour Julien,

Une excellente année 2010 !

"Author" est un rôle (un contributeur) de la catégorie "2 - Cycle de vie" du LOM.
Tu as modifié le fichier :
"lomSetLifecycleContributor.xsl" !

Une piste à tester :

"Validator" et "Creator" sont des rôles de la catégorie "3 - Mété-métadonnées" du LOM.
Il y a un fichier :
"lomSetMetametadataContributor.xsl".
Et ce fichier contient la même ligne <xsl:variable name="userVcard" ... > que le fichier "lomSetLifecycleContributor.xsl" !

As-tu essayé par analogie de faire la même modif dans ce fichier ?
(il est dans conf/properties/xsl/osfunctions/)

Jacques


Julien Troubat a écrit :
Je me suis trompé, je rectifie :

Cela fonctionne pour le rôle "Author" mais pas pour les rôles "Validator" et "Creator".

Merci

Le 23/12/2009 10:19, Julien Troubat a écrit :
Cette fois cela fonctionne mais seulement pour le contributeur. Quels sont les fichiers que je dois modifier pour le validateur et l'auteur ?

 Je joins le fichier XML de la fiche pour que vous vous fassiez une idée.

Merci

Le 17/12/2009 14:26, Vincent Bonamy a écrit :
Et en mettant '&#10;' à la place de '\n' ?

Vincent.


Julien Troubat wrote:
J'ai essayé cela ne fonctionne pas. Plus rien n'apparaît dans les champs.

Merci

Le 15/12/2009 10:26, Vincent Bonamy a écrit :
Bonjour Julien,

Effectivement comme dit dans ma première réponse, tout se passe dans
conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl

La ligne importante est celle-ci :

<xsl:variable name="userVcard"
       select="$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(., concat('UID:', $username))]" />

Je n'ai pas eu le temps de changer cette ligne par (par exemple) :
<xsl:variable name="userVcard"
       select="$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(., concat('UID:', $username, '\n'))]" />

Au lieu de mettre '\n' pour lie retour chariot il faut peut-être encoder cela différemment, à voir.

Vincent.



Julien Troubat wrote:
Bonjour,

Je reviens vers vous pour un problème déjà abordé mais non résolu à ma connaissance.

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 (les uid sont du type : test et test.g). 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.

A l'époque on m'avait répondu ceci :

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 ! ;-) )

Le problème c'est que je ne sais pas trop où insérer ce retour chariot :s

Existe-t'il une autre solution ?

Merci












Haut
18 mars 2010 - 3:36pm
(Répondre à #10) #11
julientroubat
Le 18/03/2010 13:32, Yohan Colmant a écrit :
Bonjour,

Effectivement c'est quelque chose qu'on n'a pas intégré en 1.6 par oubli ...

J'essaye de faire le point sur tes problèmes :

1) tu as 2 utilisateurs "toto" et "toto1".
Quand "toto1" fait un référencement, c'est la vcard de "toto" qui est utilisée pour remplir la fiche LOM c'est bien ça ?
Si "toto" correspond à l'uid non. C'est le contraire, toto fait un référencement et c'est le prénom de toto1 qui apparaît.

Donc là tu as reproduit la modif proposée par Vincent en modifiant lomSetLifecycleContributor.xsl comme ceci :
    <xsl:variable name="userVcard"
        select="$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(., concat('UID:', $username, '&#10;'))]" />

Qu'est-ce que ça donne ? Est-ce que "toto1" récupère bien sa vcard ?
Si "toto" référence, est-ce que sa fiche est bien remplie avec sa vcard ?
Je viens de faire la même modif en local et pour moi ça marche bien. Pour info, j'ai ajouté ces modifs sur le trunk pour la prochaine release mineure.
--> Tu as bien fait cette modif ?
Oui et cela ne fonctionne pas. Peut être que je n'avais pas vidé le cache ? :/

2) Tu voudrais remplir automatiquement les autres contributeurs c'est ça ?
Mais avais-tu réussi en 1.5 ?
Si mes souvenirs sont bons ... non :) Les champs étaient vides pour tout le monde.

Merci
Yohan COLMANT
Direction des Systèmes d'Information
UVHC - Université de Valenciennes et du Hainaut Cambrésis
Coordinateur Technique du projet ORI-OAI


Julien Troubat a écrit :
N'ayant pas eut de réponses je réitère ma demande.

Merci

Le 10/03/2010 11:20, Julien Troubat a écrit :
Bonjour,

Je fais remonter ce problème. Depuis la nouvelle version la correction ne fonctionne plus et le bug est de nouveau apparut. J'ai essayé de modifier lomSetLifecycleContributor.xsl en mettant :

<xsl:variable name="userVcard"
       select="$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(., concat('UID:', $username, '&#10;'))]" />

Mais j'ai toujours le problème.

 Si je modifie lomSetMetametadataContributor.xsl, là il n'y a plus rien qui apparaît.

Ce problème est vraiment curieux.

Merci

Le 06/01/2010 14:27, Jacques Brassart a écrit :
Bonjour Julien,

Une excellente année 2010 !

"Author" est un rôle (un contributeur) de la catégorie "2 - Cycle de vie" du LOM.
Tu as modifié le fichier :
"lomSetLifecycleContributor.xsl" !

Une piste à tester :

"Validator" et "Creator" sont des rôles de la catégorie "3 - Mété-métadonnées" du LOM.
Il y a un fichier :
"lomSetMetametadataContributor.xsl".
Et ce fichier contient la même ligne <xsl:variable name="userVcard" ... > que le fichier "lomSetLifecycleContributor.xsl" !

As-tu essayé par analogie de faire la même modif dans ce fichier ?
(il est dans conf/properties/xsl/osfunctions/)

Jacques


Julien Troubat a écrit :
Je me suis trompé, je rectifie :

Cela fonctionne pour le rôle "Author" mais pas pour les rôles "Validator" et "Creator".

Merci

Le 23/12/2009 10:19, Julien Troubat a écrit :
Cette fois cela fonctionne mais seulement pour le contributeur. Quels sont les fichiers que je dois modifier pour le validateur et l'auteur ?

 Je joins le fichier XML de la fiche pour que vous vous fassiez une idée.

Merci

Le 17/12/2009 14:26, Vincent Bonamy a écrit :
Et en mettant '&#10;' à la place de '\n' ?

Vincent.


Julien Troubat wrote:
J'ai essayé cela ne fonctionne pas. Plus rien n'apparaît dans les champs.

Merci

Le 15/12/2009 10:26, Vincent Bonamy a écrit :
Bonjour Julien,

Effectivement comme dit dans ma première réponse, tout se passe dans
conf/properties/xsl/osfunctions/lomSetLifecycleContributor.xsl

La ligne importante est celle-ci :

<xsl:variable name="userVcard"
       select="$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(., concat('UID:', $username))]" />

Je n'ai pas eu le temps de changer cette ligne par (par exemple) :
<xsl:variable name="userVcard"
       select="$people_vcards//vdex:term/vdex:metadata/orioai:value[contains(., concat('UID:', $username, '\n'))]" />

Au lieu de mettre '\n' pour lie retour chariot il faut peut-être encoder cela différemment, à voir.

Vincent.



Julien Troubat wrote:
Bonjour,

Je reviens vers vous pour un problème déjà abordé mais non résolu à ma connaissance.

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 (les uid sont du type : test et test.g). 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.

A l'époque on m'avait répondu ceci :

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 ! ;-) )

Le problème c'est que je ne sais pas trop où insérer ce retour chariot :s

Existe-t'il une autre solution ?

Merci












Haut

Options d'affichage des commentaires

Sélectionnez la méthode d'affichage des commentaires que vous préférez, puis cliquez sur « Enregistrer les paramètres » pour activer vos changements.
Sujet clos
‹ Sujet précédent : RE: Problème connection Sujet suivant : RE: Problème voir Rôles et Permissions dans workflow, et référencer un document dans ori-oai-nuxeo ›