search et eXist..

  • 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:696cc3763a0bf5d853b89857086ae787' 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>où pouvons-nous trouver des explications sur comment configurer ORI de<br />\nfaçon à rendre les fiches LOM qui sont dans notre entrepôt, moissonable<br />\npar un portail extérieur (en l\'occurence, unisciel ?)<br />\nj\'imagine qu\'il faut communiquer à unisciel l\'adresse de l\'entrepôt<br />\nd\'ori à moissonner, mais précisément ?<br />\nmerci d\'avance de votre aide,</p>\n<p>bien cordialement,</p>\n<p>--<br />\nIsabelle Ramade</p>\n</div>\n', created = 1507745867, expire = 1507832267, headers = '', serialized = 0 WHERE cid = '4:696cc3763a0bf5d853b89857086ae787' 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:696cc3763a0bf5d853b89857086ae787' 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>où pouvons-nous trouver des explications sur comment configurer ORI de<br />\nfaçon à rendre les fiches LOM qui sont dans notre entrepôt, moissonable<br />\npar un portail extérieur (en l\'occurence, unisciel ?)<br />\nj\'imagine qu\'il faut communiquer à unisciel l\'adresse de l\'entrepôt<br />\nd\'ori à moissonner, mais précisément ?<br />\nmerci d\'avance de votre aide,</p>\n<p>bien cordialement,</p>\n<p>--<br />\nIsabelle Ramade</p>\n</div>\n', created = 1507745867, expire = 1507832267, headers = '', serialized = 0 WHERE cid = '4:696cc3763a0bf5d853b89857086ae787' 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:f093970085c7e41c50347fe2bfec1485' 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>Malgré les vacances, j\'espère que quelqu\'un pourra me répondre...<br />\nJe suis donc passé sur le workflow 1.1.<br />\nJ\'ai enregistré ma première ressource. impec.<br />\nEn revanche, quand je lance le search, j\'ai tjs les anciennes fiches qui<br />\nsont sur eXist...<br />\nJ\'ai pas trouver ou le search doit aller chercher les ressources LOM.</p>\n<p>Merci de votre aide.</p>\n<p>Sébastien</p>\n<p>--<br />\nCe message a été vérifié par MailScanner<br />\npour des virus ou des polluriels et rien de<br />\nsuspect n\'a été trouvé.</p>\n</div>\n', created = 1507745871, expire = 1507832271, headers = '', serialized = 0 WHERE cid = '4:f093970085c7e41c50347fe2bfec1485' 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:384d372ca24fdab5262962dbb1e5d4c4' 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>La dernière version du module indexing stocke les fiches directement<br />\ndans l\'index, donc la fiche n\'est plus récupérée, contrairement aux<br />\nversions précédentes, depuis le workflow ou le harvester.<br />\nL\'indexing possède donc les fiches.<br />\nSi vous avez encore des fiches de votre ancien workflow exist, c\'est<br />\npeut-être que vous n\'avez pas vider l\'index ?</p>\n<p>François</p>\n<p>Sébastien Corniere wrote:</p>\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour,<br />\n><br />\n> Malgré les vacances, j\'espère que quelqu\'un pourra me répondre...<br />\n> Je suis donc passé sur le workflow 1.1.<br />\n> J\'ai enregistré ma première ressource. impec.<br />\n> En revanche, quand je lance le search, j\'ai tjs les anciennes fiches<br />\n> qui sont sur eXist...<br />\n> J\'ai pas trouver ou le search doit aller chercher les ressources LOM.<br />\n><br />\n> Merci de votre aide.<br />\n><br />\n> Sébastien<br />\n><br />\n></div>\n</blockquote>\n<p>--<br />\nCe message a été vérifié par MailScanner<br />\npour des virus ou des polluriels et rien de<br />\nsuspect n\'a été trouvé.</p>\n</div>\n', created = 1507745872, expire = 1507832272, headers = '', serialized = 0 WHERE cid = '4:384d372ca24fdab5262962dbb1e5d4c4' 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:00ad90b448cb6e45f1dc9d0e0ab23501' 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>En effet, je n\'ai pas vidé l\'index....<br />\nD\'ailleurs, comment fait-on pour vider l\'index ?<br />\nMerci</p>\n<p>François Jannin a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour,<br />\n><br />\n><br />\n> La dernière version du module indexing stocke les fiches directement<br />\n> dans l\'index, donc la fiche n\'est plus récupérée, contrairement aux<br />\n> versions précédentes, depuis le workflow ou le harvester.<br />\n> L\'indexing possède donc les fiches.<br />\n> Si vous avez encore des fiches de votre ancien workflow exist, c\'est<br />\n> peut-être que vous n\'avez pas vider l\'index ?<br />\n><br />\n> François<br />\n><br />\n> Sébastien Corniere wrote:<br />\n></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Bonjour,<br />\n>><br />\n>> Malgré les vacances, j\'espère que quelqu\'un pourra me répondre...<br />\n>> Je suis donc passé sur le workflow 1.1.<br />\n>> J\'ai enregistré ma première ressource. impec.<br />\n>> En revanche, quand je lance le search, j\'ai tjs les anciennes fiches<br />\n>> qui sont sur eXist...<br />\n>> J\'ai pas trouver ou le search doit aller chercher les ressources LOM.<br />\n>><br />\n>> Merci de votre aide.<br />\n>><br />\n>> Sébastien<br />\n>><br />\n>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>></div>\n</blockquote>\n<p>--<br />\nCe message a été vérifié par MailScanner<br />\npour des virus ou des polluriels et rien de<br />\nsuspect n\'a été trouvé.</p>\n</div>\n', created = 1507745872, expire = 1507832272, headers = '', serialized = 0 WHERE cid = '4:00ad90b448cb6e45f1dc9d0e0ab23501' 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:79cf869f0a43476f15b78ba2b7e5db4e' 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\">Pour vider l\'index, le plus simple est de suprrimer le contenu des<br />\nrépertoires déclarés dans configIndexing.xml par les balises <indexDir><br />\net <tmpDir><br />\nIls seront recréés à neuf lors de la prochaine indexation.</p>\n<p>François</p>\n<p>Sébastien Corniere wrote:</p>\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour,<br />\n><br />\n> En effet, je n\'ai pas vidé l\'index....<br />\n> D\'ailleurs, comment fait-on pour vider l\'index ?<br />\n> Merci<br />\n><br />\n> François Jannin a écrit :<br />\n></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Bonjour,<br />\n>><br />\n>><br />\n>> La dernière version du module indexing stocke les fiches directement<br />\n>> dans l\'index, donc la fiche n\'est plus récupérée, contrairement aux<br />\n>> versions précédentes, depuis le workflow ou le harvester.<br />\n>> L\'indexing possède donc les fiches.<br />\n>> Si vous avez encore des fiches de votre ancien workflow exist, c\'est<br />\n>> peut-être que vous n\'avez pas vider l\'index ?<br />\n>><br />\n>> François<br />\n>><br />\n>> Sébastien Corniere wrote:<br />\n>></p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> Bonjour,<br />\n>>><br />\n>>> Malgré les vacances, j\'espère que quelqu\'un pourra me répondre...<br />\n>>> Je suis donc passé sur le workflow 1.1.<br />\n>>> J\'ai enregistré ma première ressource. impec.<br />\n>>> En revanche, quand je lance le search, j\'ai tjs les anciennes fiches<br />\n>>> qui sont sur eXist...<br />\n>>> J\'ai pas trouver ou le search doit aller chercher les ressources LOM.<br />\n>>><br />\n>>> Merci de votre aide.<br />\n>>><br />\n>>> Sébastien<br />\n>>><br />\n>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>><br />\n><br />\n></div>\n</blockquote>\n<p>--<br />\nCe message a été vérifié par MailScanner<br />\npour des virus ou des polluriels et rien de<br />\nsuspect n\'a été trouvé.</p>\n</div>\n', created = 1507745872, expire = 1507832272, headers = '', serialized = 0 WHERE cid = '4:79cf869f0a43476f15b78ba2b7e5db4e' 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:742ce177ba64f800adaa9901be2c72da' 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>j\'ai installé la version 5.0.45 de mysql, tomcat est en 5.5.26 - les<br />\nmodules search, indexing, vocabulary et editeur ne donnent pas d\'erreurs<br />\npour l\'instant.<br />\npour le workflow j\'ai fait différents tests avec la version 1.0.1 et la<br />\nversion 1.1<br />\nlors du ant init pour l\'une et l\'autre version j\'obtiens ce message :</p>\n<p> [java] hibernate: 9 ERROR util.JDBCExceptionReporter<br />\nlogExceptions[78] - Unknown initial character set index \'192\' received<br />\nfrom server. Initial client character set can be forced via the<br />\n\'characterEncoding\' property.</p>\n<p>je suppose donc que ça ne vient pas du workflow mais je ne sais pas<br />\ndécrypter l\'erreur.</p>\n<p>Merci d\'avance pour votre aide.</p>\n<p>Muriel Baluteau</p>\n<p>François Jannin a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Pour vider l\'index, le plus simple est de suprrimer le contenu des<br />\n> répertoires déclarés dans configIndexing.xml par les balises<br />\n> <indexDir> et <tmpDir><br />\n> Ils seront recréés à neuf lors de la prochaine indexation.<br />\n><br />\n><br />\n> François<br />\n><br />\n> Sébastien Corniere wrote:<br />\n></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Bonjour,<br />\n>><br />\n>> En effet, je n\'ai pas vidé l\'index....<br />\n>> D\'ailleurs, comment fait-on pour vider l\'index ?<br />\n>> Merci<br />\n>><br />\n>> François Jannin a écrit :<br />\n>></p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> Bonjour,<br />\n>>><br />\n>>><br />\n>>> La dernière version du module indexing stocke les fiches directement<br />\n>>> dans l\'index, donc la fiche n\'est plus récupérée, contrairement aux<br />\n>>> versions précédentes, depuis le workflow ou le harvester.<br />\n>>> L\'indexing possède donc les fiches.<br />\n>>> Si vous avez encore des fiches de votre ancien workflow exist, c\'est<br />\n>>> peut-être que vous n\'avez pas vider l\'index ?<br />\n>>><br />\n>>> François<br />\n>>><br />\n>>> Sébastien Corniere wrote:<br />\n>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>> Bonjour,<br />\n>>>><br />\n>>>> Malgré les vacances, j\'espère que quelqu\'un pourra me répondre...<br />\n>>>> Je suis donc passé sur le workflow 1.1.<br />\n>>>> J\'ai enregistré ma première ressource. impec.<br />\n>>>> En revanche, quand je lance le search, j\'ai tjs les anciennes<br />\n>>>> fiches qui sont sur eXist...<br />\n>>>> J\'ai pas trouver ou le search doit aller chercher les ressources LOM.<br />\n>>>><br />\n>>>> Merci de votre aide.<br />\n>>>><br />\n>>>> Sébastien<br />\n>>>><br />\n>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>><br />\n>><br />\n>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>></div>\n</blockquote>\n<p>--<br />\nCe message a été vérifié par MailScanner<br />\npour des virus ou des polluriels et rien de<br />\nsuspect n\'a été trouvé.</p>\n</div>\n', created = 1507745872, expire = 1507832272, headers = '', serialized = 0 WHERE cid = '4:742ce177ba64f800adaa9901be2c72da' 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:2b0ae8442da119daf66c68cc1bd52b7c' 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>Il s\'agit peut-être d\'un problème de character set encoding de Mysql.</p>\n<p>Dans ORI-OAI on tend vers du tout-UTF-8</p>\n<p>Vous pouvez essayer de paramétrer l\'URL de mysql avec</p>\n<p>&amp;characterEncoding=UTF8 à la fin, exemple :</p>\n<p>hibernate.connection.url=jdbc:mysql://monserveur.fr:3306/workflow_moodle&amp;characterEncoding=UTF8</p>\n<p>Ceci aura normalement pour effet de changer l\'encodage renvoyé par la base.</p>\n<p>François</p>\n<p>Muriel Baluteau wrote:</p>\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> bonjour<br />\n><br />\n> j\'ai installé la version 5.0.45 de mysql, tomcat est en 5.5.26 - les<br />\n> modules search, indexing, vocabulary et editeur ne donnent pas<br />\n> d\'erreurs pour l\'instant.<br />\n> pour le workflow j\'ai fait différents tests avec la version 1.0.1 et<br />\n> la version 1.1<br />\n> lors du ant init pour l\'une et l\'autre version j\'obtiens ce message :<br />\n><br />\n> [java] hibernate: 9 ERROR util.JDBCExceptionReporter<br />\n> logExceptions[78] - Unknown initial character set index \'192\'<br />\n> received from server. Initial client character set can be forced via<br />\n> the \'characterEncoding\' property.<br />\n><br />\n> je suppose donc que ça ne vient pas du workflow mais je ne sais pas<br />\n> décrypter l\'erreur.<br />\n><br />\n> Merci d\'avance pour votre aide.<br />\n><br />\n> Muriel Baluteau<br />\n><br />\n> François Jannin a écrit :<br />\n></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Pour vider l\'index, le plus simple est de suprrimer le contenu des<br />\n>> répertoires déclarés dans configIndexing.xml par les balises<br />\n>> <indexDir> et <tmpDir><br />\n>> Ils seront recréés à neuf lors de la prochaine indexation.<br />\n>><br />\n>><br />\n>> François<br />\n>><br />\n>> Sébastien Corniere wrote:<br />\n>></p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> Bonjour,<br />\n>>><br />\n>>> En effet, je n\'ai pas vidé l\'index....<br />\n>>> D\'ailleurs, comment fait-on pour vider l\'index ?<br />\n>>> Merci<br />\n>>><br />\n>>> François Jannin a écrit :<br />\n>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>> Bonjour,<br />\n>>>><br />\n>>>><br />\n>>>> La dernière version du module indexing stocke les fiches<br />\n>>>> directement dans l\'index, donc la fiche n\'est plus récupérée,<br />\n>>>> contrairement aux versions précédentes, depuis le workflow ou le<br />\n>>>> harvester.<br />\n>>>> L\'indexing possède donc les fiches.<br />\n>>>> Si vous avez encore des fiches de votre ancien workflow exist,<br />\n>>>> c\'est peut-être que vous n\'avez pas vider l\'index ?<br />\n>>>><br />\n>>>> François<br />\n>>>><br />\n>>>> Sébastien Corniere wrote:<br />\n>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_4\"><p>>>>>> Bonjour,<br />\n>>>>><br />\n>>>>> Malgré les vacances, j\'espère que quelqu\'un pourra me répondre...<br />\n>>>>> Je suis donc passé sur le workflow 1.1.<br />\n>>>>> J\'ai enregistré ma première ressource. impec.<br />\n>>>>> En revanche, quand je lance le search, j\'ai tjs les anciennes<br />\n>>>>> fiches qui sont sur eXist...<br />\n>>>>> J\'ai pas trouver ou le search doit aller chercher les ressources LOM.<br />\n>>>>><br />\n>>>>> Merci de votre aide.<br />\n>>>>><br />\n>>>>> Sébastien<br />\n>>>>><br />\n>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>><br />\n>>><br />\n>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>></div>\n</blockquote>\n<p>--<br />\nCe message a été vérifié par MailScanner<br />\npour des virus ou des polluriels et rien de<br />\nsuspect n\'a été trouvé.</p>\n</div>\n', created = 1507745872, expire = 1507832272, headers = '', serialized = 0 WHERE cid = '4:2b0ae8442da119daf66c68cc1bd52b7c' 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:6a2a5de702eb94ef6ffdd26f870c2ce8' 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\">merci pour cette réponse rapide mais voici une nouvelle erreur</p>\n<p> [java] hibernate: 9 ERROR util.JDBCExceptionReporter<br />\nlogExceptions[78] - Unknown database<br />\n\'orioaiworkflow&amp;characterEncoding=UTF8\'</p>\n<p>visiblement le &amp;characterEncoding=UTF8 ça ne lui plait pas<br />\nparticulièrement puisqu\'il prend l\'ensemble de la chaine pour le nom de<br />\nla base.</p>\n<p>François Jannin a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour,<br />\n><br />\n> Il s\'agit peut-être d\'un problème de character set encoding de Mysql.<br />\n><br />\n> Dans ORI-OAI on tend vers du tout-UTF-8<br />\n><br />\n> Vous pouvez essayer de paramétrer l\'URL de mysql avec<br />\n><br />\n> &amp;characterEncoding=UTF8 à la fin, exemple :<br />\n><br />\n> hibernate.connection.url=jdbc:mysql://monserveur.fr:3306/workflow_moodle&amp;characterEncoding=UTF8<br />\n><br />\n><br />\n> Ceci aura normalement pour effet de changer l\'encodage renvoyé par la<br />\n> base.<br />\n><br />\n> François<br />\n><br />\n><br />\n> Muriel Baluteau wrote:<br />\n></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> bonjour<br />\n>><br />\n>> j\'ai installé la version 5.0.45 de mysql, tomcat est en 5.5.26 - les<br />\n>> modules search, indexing, vocabulary et editeur ne donnent pas<br />\n>> d\'erreurs pour l\'instant.<br />\n>> pour le workflow j\'ai fait différents tests avec la version 1.0.1 et<br />\n>> la version 1.1<br />\n>> lors du ant init pour l\'une et l\'autre version j\'obtiens ce message :<br />\n>><br />\n>> [java] hibernate: 9 ERROR util.JDBCExceptionReporter<br />\n>> logExceptions[78] - Unknown initial character set index \'192\'<br />\n>> received from server. Initial client character set can be forced via<br />\n>> the \'characterEncoding\' property.<br />\n>><br />\n>> je suppose donc que ça ne vient pas du workflow mais je ne sais pas<br />\n>> décrypter l\'erreur.<br />\n>><br />\n>> Merci d\'avance pour votre aide.<br />\n>><br />\n>> Muriel Baluteau<br />\n>><br />\n>> François Jannin a écrit :<br />\n>></p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> Pour vider l\'index, le plus simple est de suprrimer le contenu des<br />\n>>> répertoires déclarés dans configIndexing.xml par les balises<br />\n>>> <indexDir> et <tmpDir><br />\n>>> Ils seront recréés à neuf lors de la prochaine indexation.<br />\n>>><br />\n>>><br />\n>>> François<br />\n>>><br />\n>>> Sébastien Corniere wrote:<br />\n>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>> Bonjour,<br />\n>>>><br />\n>>>> En effet, je n\'ai pas vidé l\'index....<br />\n>>>> D\'ailleurs, comment fait-on pour vider l\'index ?<br />\n>>>> Merci<br />\n>>>><br />\n>>>> François Jannin a écrit :<br />\n>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_4\"><p>>>>>> Bonjour,<br />\n>>>>><br />\n>>>>><br />\n>>>>> La dernière version du module indexing stocke les fiches<br />\n>>>>> directement dans l\'index, donc la fiche n\'est plus récupérée,<br />\n>>>>> contrairement aux versions précédentes, depuis le workflow ou le<br />\n>>>>> harvester.<br />\n>>>>> L\'indexing possède donc les fiches.<br />\n>>>>> Si vous avez encore des fiches de votre ancien workflow exist,<br />\n>>>>> c\'est peut-être que vous n\'avez pas vider l\'index ?<br />\n>>>>><br />\n>>>>> François<br />\n>>>>><br />\n>>>>> Sébastien Corniere wrote:<br />\n>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_5\"><p>>>>>>> Bonjour,<br />\n>>>>>><br />\n>>>>>> Malgré les vacances, j\'espère que quelqu\'un pourra me répondre...<br />\n>>>>>> Je suis donc passé sur le workflow 1.1.<br />\n>>>>>> J\'ai enregistré ma première ressource. impec.<br />\n>>>>>> En revanche, quand je lance le search, j\'ai tjs les anciennes<br />\n>>>>>> fiches qui sont sur eXist...<br />\n>>>>>> J\'ai pas trouver ou le search doit aller chercher les ressources<br />\n>>>>>> LOM.<br />\n>>>>>><br />\n>>>>>> Merci de votre aide.<br />\n>>>>>><br />\n>>>>>> Sébastien<br />\n>>>>>><br />\n>>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_4\"><p>>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>><br />\n>>>><br />\n>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>></div>\n</blockquote>\n<p>--<br />\nCe message a été vérifié par MailScanner<br />\npour des virus ou des polluriels et rien de<br />\nsuspect n\'a été trouvé.</p>\n</div>\n', created = 1507745872, expire = 1507832272, headers = '', serialized = 0 WHERE cid = '4:6a2a5de702eb94ef6ffdd26f870c2ce8' 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:c852a067c312ca44f9bf1cb0f756dc2d' 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\">Dans ce cas, vous pouvez essayer avec les paramètres dans /etc/my.ini </p>\n<p>[mysqld]<br />\ncharacter_set_server=utf8<br />\ncollation_server=utf8_unicode_ci</p>\n<p>Mais ca ne vient peut-être pas directement de l\'encoding, car je viens<br />\nde vérifier sur un serveur de test, et j\'ai :</p>\n<p>mysql> SHOW VARIABLES LIKE \'character_set%\';<br />\n+--------------------------+----------------------------+<br />\n| Variable_name | Value |<br />\n+--------------------------+----------------------------+<br />\n| character_set_client | latin1 |<br />\n| character_set_connection | latin1 |<br />\n| character_set_database | latin1 |<br />\n| character_set_filesystem | binary |<br />\n| character_set_results | latin1 |<br />\n| character_set_server | latin1 |<br />\n| character_set_system | utf8 |<br />\n| character_sets_dir | /usr/share/mysql/charsets/ |<br />\n+--------------------------+----------------------------+</p>\n<p>et pour ma base workflow :</p>\n<p> `workflow_moodle`.CREATE DATABASE `workflow_moodle` /*!40100 DEFAULT<br />\nCHARACTER SET latin1 */;</p>\n<p>Ma base est en iso-8139-1 (latin1) ainsi que les result, et je n\'ai pas<br />\nl\'erreur que vous avez.</p>\n<p>Quelqu\'un d\'autre a-t-il une idée ?<br />\n|<br />\nFrançois<br />\n|</p>\n<p>François</p>\n<p>Muriel Baluteau wrote:</p>\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> merci pour cette réponse rapide mais voici une nouvelle erreur<br />\n><br />\n> [java] hibernate: 9 ERROR util.JDBCExceptionReporter<br />\n> logExceptions[78] - Unknown database<br />\n> \'orioaiworkflow&amp;characterEncoding=UTF8\'<br />\n><br />\n> visiblement le &amp;characterEncoding=UTF8 ça ne lui plait pas<br />\n> particulièrement puisqu\'il prend l\'ensemble de la chaine pour le nom<br />\n> de la base.<br />\n><br />\n><br />\n><br />\n><br />\n> François Jannin a écrit :<br />\n></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Bonjour,<br />\n>><br />\n>> Il s\'agit peut-être d\'un problème de character set encoding de Mysql.<br />\n>><br />\n>> Dans ORI-OAI on tend vers du tout-UTF-8<br />\n>><br />\n>> Vous pouvez essayer de paramétrer l\'URL de mysql avec<br />\n>><br />\n>> &amp;characterEncoding=UTF8 à la fin, exemple :<br />\n>><br />\n>> hibernate.connection.url=jdbc:mysql://monserveur.fr:3306/workflow_moodle&amp;characterEncoding=UTF8<br />\n>><br />\n>><br />\n>> Ceci aura normalement pour effet de changer l\'encodage renvoyé par la<br />\n>> base.<br />\n>><br />\n>> François<br />\n>><br />\n>><br />\n>> Muriel Baluteau wrote:<br />\n>></p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> bonjour<br />\n>>><br />\n>>> j\'ai installé la version 5.0.45 de mysql, tomcat est en 5.5.26 - les<br />\n>>> modules search, indexing, vocabulary et editeur ne donnent pas<br />\n>>> d\'erreurs pour l\'instant.<br />\n>>> pour le workflow j\'ai fait différents tests avec la version 1.0.1 et<br />\n>>> la version 1.1<br />\n>>> lors du ant init pour l\'une et l\'autre version j\'obtiens ce message :<br />\n>>><br />\n>>> [java] hibernate: 9 ERROR util.JDBCExceptionReporter<br />\n>>> logExceptions[78] - Unknown initial character set index \'192\'<br />\n>>> received from server. Initial client character set can be forced via<br />\n>>> the \'characterEncoding\' property.<br />\n>>><br />\n>>> je suppose donc que ça ne vient pas du workflow mais je ne sais pas<br />\n>>> décrypter l\'erreur.<br />\n>>><br />\n>>> Merci d\'avance pour votre aide.<br />\n>>><br />\n>>> Muriel Baluteau<br />\n>>><br />\n>>> François Jannin a écrit :<br />\n>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>> Pour vider l\'index, le plus simple est de suprrimer le contenu des<br />\n>>>> répertoires déclarés dans configIndexing.xml par les balises<br />\n>>>> <indexDir> et <tmpDir><br />\n>>>> Ils seront recréés à neuf lors de la prochaine indexation.<br />\n>>>><br />\n>>>><br />\n>>>> François<br />\n>>>><br />\n>>>> Sébastien Corniere wrote:<br />\n>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_4\"><p>>>>>> Bonjour,<br />\n>>>>><br />\n>>>>> En effet, je n\'ai pas vidé l\'index....<br />\n>>>>> D\'ailleurs, comment fait-on pour vider l\'index ?<br />\n>>>>> Merci<br />\n>>>>><br />\n>>>>> François Jannin a écrit :<br />\n>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_5\"><p>>>>>>> Bonjour,<br />\n>>>>>><br />\n>>>>>><br />\n>>>>>> La dernière version du module indexing stocke les fiches<br />\n>>>>>> directement dans l\'index, donc la fiche n\'est plus récupérée,<br />\n>>>>>> contrairement aux versions précédentes, depuis le workflow ou le<br />\n>>>>>> harvester.<br />\n>>>>>> L\'indexing possède donc les fiches.<br />\n>>>>>> Si vous avez encore des fiches de votre ancien workflow exist,<br />\n>>>>>> c\'est peut-être que vous n\'avez pas vider l\'index ?<br />\n>>>>>><br />\n>>>>>> François<br />\n>>>>>><br />\n>>>>>> Sébastien Corniere wrote:<br />\n>>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_6\"><p>>>>>>>> Bonjour,<br />\n>>>>>>><br />\n>>>>>>> Malgré les vacances, j\'espère que quelqu\'un pourra me répondre...<br />\n>>>>>>> Je suis donc passé sur le workflow 1.1.<br />\n>>>>>>> J\'ai enregistré ma première ressource. impec.<br />\n>>>>>>> En revanche, quand je lance le search, j\'ai tjs les anciennes<br />\n>>>>>>> fiches qui sont sur eXist...<br />\n>>>>>>> J\'ai pas trouver ou le search doit aller chercher les ressources<br />\n>>>>>>> LOM.<br />\n>>>>>>><br />\n>>>>>>> Merci de votre aide.<br />\n>>>>>>><br />\n>>>>>>> Sébastien<br />\n>>>>>>><br />\n>>>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_5\"><p>>>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_4\"><p>>>>>><br />\n>>>>><br />\n>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>></div>\n</blockquote>\n<p>--<br />\nCe message a été vérifié par MailScanner<br />\npour des virus ou des polluriels et rien de<br />\nsuspect n\'a été trouvé.</p>\n</div>\n', created = 1507745872, expire = 1507832272, headers = '', serialized = 0 WHERE cid = '4:c852a067c312ca44f9bf1cb0f756dc2d' 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:c8b82bf9d7f9c512f76c65e7d135a3be' 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>j\'avais bien les variables character_set_server et collation_server à UTF8</p>\n<p>finalement après avoir cherché mille et une solution, à tout hasard,<br />\nj\'ai passé ces deux variables en latin1<br />\ncollation_server = latin1_general_ci<br />\ncharacter_set_server = latin1</p>\n<p>et ça marche ! les tables de la base ont été créées, le workflow<br />\nfonctionne comme une fleur. plus aucune erreur à l\'horizon.</p>\n<p>si les développeurs ont une explication ...</p>\n<p>Muriel</p>\n<p>François Jannin a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Dans ce cas, vous pouvez essayer avec les paramètres dans /etc/my.ini<br />\n> [mysqld]<br />\n> character_set_server=utf8<br />\n> collation_server=utf8_unicode_ci<br />\n><br />\n><br />\n> Mais ca ne vient peut-être pas directement de l\'encoding, car je viens<br />\n> de vérifier sur un serveur de test, et j\'ai :<br />\n><br />\n> mysql> SHOW VARIABLES LIKE \'character_set%\';<br />\n> +--------------------------+----------------------------+<br />\n> | Variable_name | Value |<br />\n> +--------------------------+----------------------------+<br />\n> | character_set_client | latin1 | |<br />\n> character_set_connection | latin1 | |<br />\n> character_set_database | latin1 | |<br />\n> character_set_filesystem | binary | |<br />\n> character_set_results | latin1 | |<br />\n> character_set_server | latin1 | |<br />\n> character_set_system | utf8 | |<br />\n> character_sets_dir | /usr/share/mysql/charsets/ |<br />\n> +--------------------------+----------------------------+<br />\n><br />\n> et pour ma base workflow :<br />\n><br />\n><br />\n> `workflow_moodle`.CREATE DATABASE `workflow_moodle` /*!40100 DEFAULT<br />\n> CHARACTER SET latin1 */;<br />\n><br />\n> Ma base est en iso-8139-1 (latin1) ainsi que les result, et je n\'ai<br />\n> pas l\'erreur que vous avez.<br />\n><br />\n> Quelqu\'un d\'autre a-t-il une idée ?<br />\n> |<br />\n> François<br />\n> |<br />\n><br />\n><br />\n><br />\n><br />\n> François<br />\n><br />\n><br />\n><br />\n> Muriel Baluteau wrote:<br />\n></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> merci pour cette réponse rapide mais voici une nouvelle erreur<br />\n>><br />\n>> [java] hibernate: 9 ERROR util.JDBCExceptionReporter<br />\n>> logExceptions[78] - Unknown database<br />\n>> \'orioaiworkflow&amp;characterEncoding=UTF8\'<br />\n>><br />\n>> visiblement le &amp;characterEncoding=UTF8 ça ne lui plait pas<br />\n>> particulièrement puisqu\'il prend l\'ensemble de la chaine pour le nom<br />\n>> de la base.<br />\n>><br />\n>><br />\n>><br />\n>><br />\n>> François Jannin a écrit :<br />\n>></p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> Bonjour,<br />\n>>><br />\n>>> Il s\'agit peut-être d\'un problème de character set encoding de Mysql.<br />\n>>><br />\n>>> Dans ORI-OAI on tend vers du tout-UTF-8<br />\n>>><br />\n>>> Vous pouvez essayer de paramétrer l\'URL de mysql avec<br />\n>>><br />\n>>> &amp;characterEncoding=UTF8 à la fin, exemple :<br />\n>>><br />\n>>> hibernate.connection.url=jdbc:mysql://monserveur.fr:3306/workflow_moodle&amp;characterEncoding=UTF8<br />\n>>><br />\n>>><br />\n>>> Ceci aura normalement pour effet de changer l\'encodage renvoyé par<br />\n>>> la base.<br />\n>>><br />\n>>> François<br />\n>>><br />\n>>><br />\n>>> Muriel Baluteau wrote:<br />\n>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>> bonjour<br />\n>>>><br />\n>>>> j\'ai installé la version 5.0.45 de mysql, tomcat est en 5.5.26 -<br />\n>>>> les modules search, indexing, vocabulary et editeur ne donnent pas<br />\n>>>> d\'erreurs pour l\'instant.<br />\n>>>> pour le workflow j\'ai fait différents tests avec la version 1.0.1<br />\n>>>> et la version 1.1<br />\n>>>> lors du ant init pour l\'une et l\'autre version j\'obtiens ce message :<br />\n>>>><br />\n>>>> [java] hibernate: 9 ERROR util.JDBCExceptionReporter<br />\n>>>> logExceptions[78] - Unknown initial character set index \'192\'<br />\n>>>> received from server. Initial client character set can be forced<br />\n>>>> via the \'characterEncoding\' property.<br />\n>>>><br />\n>>>> je suppose donc que ça ne vient pas du workflow mais je ne sais pas<br />\n>>>> décrypter l\'erreur.<br />\n>>>><br />\n>>>> Merci d\'avance pour votre aide.<br />\n>>>><br />\n>>>> Muriel Baluteau<br />\n>>>><br />\n>>>> François Jannin a écrit :<br />\n>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_4\"><p>>>>>> Pour vider l\'index, le plus simple est de suprrimer le contenu des<br />\n>>>>> répertoires déclarés dans configIndexing.xml par les balises<br />\n>>>>> <indexDir> et <tmpDir><br />\n>>>>> Ils seront recréés à neuf lors de la prochaine indexation.<br />\n>>>>><br />\n>>>>><br />\n>>>>> François<br />\n>>>>><br />\n>>>>> Sébastien Corniere wrote:<br />\n>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_5\"><p>>>>>>> Bonjour,<br />\n>>>>>><br />\n>>>>>> En effet, je n\'ai pas vidé l\'index....<br />\n>>>>>> D\'ailleurs, comment fait-on pour vider l\'index ?<br />\n>>>>>> Merci<br />\n>>>>>><br />\n>>>>>> François Jannin a écrit :<br />\n>>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_6\"><p>>>>>>>> Bonjour,<br />\n>>>>>>><br />\n>>>>>>><br />\n>>>>>>> La dernière version du module indexing stocke les fiches<br />\n>>>>>>> directement dans l\'index, donc la fiche n\'est plus récupérée,<br />\n>>>>>>> contrairement aux versions précédentes, depuis le workflow ou le<br />\n>>>>>>> harvester.<br />\n>>>>>>> L\'indexing possède donc les fiches.<br />\n>>>>>>> Si vous avez encore des fiches de votre ancien workflow exist,<br />\n>>>>>>> c\'est peut-être que vous n\'avez pas vider l\'index ?<br />\n>>>>>>><br />\n>>>>>>> François<br />\n>>>>>>><br />\n>>>>>>> Sébastien Corniere wrote:<br />\n>>>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_7\"><p>>>>>>>>> Bonjour,<br />\n>>>>>>>><br />\n>>>>>>>> Malgré les vacances, j\'espère que quelqu\'un pourra me répondre...<br />\n>>>>>>>> Je suis donc passé sur le workflow 1.1.<br />\n>>>>>>>> J\'ai enregistré ma première ressource. impec.<br />\n>>>>>>>> En revanche, quand je lance le search, j\'ai tjs les anciennes<br />\n>>>>>>>> fiches qui sont sur eXist...<br />\n>>>>>>>> J\'ai pas trouver ou le search doit aller chercher les<br />\n>>>>>>>> ressources LOM.<br />\n>>>>>>>><br />\n>>>>>>>> Merci de votre aide.<br />\n>>>>>>>><br />\n>>>>>>>> Sébastien<br />\n>>>>>>>><br />\n>>>>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_6\"><p>>>>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_5\"><p>>>>>>><br />\n>>>>>><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>></div>\n</blockquote>\n<p>--<br />\nCe message a été vérifié par MailScanner<br />\npour des virus ou des polluriels et rien de<br />\nsuspect n\'a été trouvé.</p>\n</div>\n', created = 1507745872, expire = 1507832272, headers = '', serialized = 0 WHERE cid = '4:c8b82bf9d7f9c512f76c65e7d135a3be' 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:0aba619d57033fe6ec61fb4fdb593c37' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,<br />\nJe n\'avais pas vu ton dernier mail ici, je viens de répondre à un ancien<br />\nmail.<br />\nA bientôt,<br />\nVincent.</p>\n<p>Muriel Baluteau wrote:<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> bonjour,<br />\n><br />\n> j\'avais bien les variables character_set_server et collation_server à<br />\n> UTF8<br />\n><br />\n> finalement après avoir cherché mille et une solution, à tout hasard,<br />\n> j\'ai passé ces deux variables en latin1<br />\n> collation_server = latin1_general_ci<br />\n> character_set_server = latin1<br />\n><br />\n> et ça marche ! les tables de la base ont été créées, le workflow<br />\n> fonctionne comme une fleur. plus aucune erreur à l\'horizon.<br />\n><br />\n> si les développeurs ont une explication ...<br />\n><br />\n> Muriel<br />\n><br />\n><br />\n> François Jannin a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Dans ce cas, vous pouvez essayer avec les paramètres dans /etc/my.ini<br />\n>> [mysqld]<br />\n>> character_set_server=utf8<br />\n>> collation_server=utf8_unicode_ci<br />\n>><br />\n>><br />\n>> Mais ca ne vient peut-être pas directement de l\'encoding, car je<br />\n>> viens de vérifier sur un serveur de test, et j\'ai :<br />\n>><br />\n>> mysql> SHOW VARIABLES LIKE \'character_set%\';<br />\n>> +--------------------------+----------------------------+<br />\n>> | Variable_name | Value |<br />\n>> +--------------------------+----------------------------+<br />\n>> | character_set_client | latin1 | |<br />\n>> character_set_connection | latin1 | |<br />\n>> character_set_database | latin1 | |<br />\n>> character_set_filesystem | binary | |<br />\n>> character_set_results | latin1 | |<br />\n>> character_set_server | latin1 | |<br />\n>> character_set_system | utf8 | |<br />\n>> character_sets_dir | /usr/share/mysql/charsets/ |<br />\n>> +--------------------------+----------------------------+<br />\n>><br />\n>> et pour ma base workflow :<br />\n>><br />\n>><br />\n>> `workflow_moodle`.CREATE DATABASE `workflow_moodle` /*!40100 DEFAULT<br />\n>> CHARACTER SET latin1 */;<br />\n>><br />\n>> Ma base est en iso-8139-1 (latin1) ainsi que les result, et je n\'ai<br />\n>> pas l\'erreur que vous avez.<br />\n>><br />\n>> Quelqu\'un d\'autre a-t-il une idée ?<br />\n>> |<br />\n>> François<br />\n>> |<br />\n>><br />\n>><br />\n>><br />\n>><br />\n>> François<br />\n>><br />\n>><br />\n>><br />\n>> Muriel Baluteau wrote:<br />\n>></p></blockquote>\n<blockquote class=\"emailFilter_Author_2\"><p>>>> merci pour cette réponse rapide mais voici une nouvelle erreur<br />\n>>><br />\n>>> [java] hibernate: 9 ERROR util.JDBCExceptionReporter<br />\n>>> logExceptions[78] - Unknown database<br />\n>>> \'orioaiworkflow&amp;characterEncoding=UTF8\'<br />\n>>><br />\n>>> visiblement le &amp;characterEncoding=UTF8 ça ne lui plait pas<br />\n>>> particulièrement puisqu\'il prend l\'ensemble de la chaine pour le nom<br />\n>>> de la base.<br />\n>>><br />\n>>><br />\n>>><br />\n>>><br />\n>>> François Jannin a écrit :<br />\n>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_3\"><p>>>>> Bonjour,<br />\n>>>><br />\n>>>> Il s\'agit peut-être d\'un problème de character set encoding de Mysql.<br />\n>>>><br />\n>>>> Dans ORI-OAI on tend vers du tout-UTF-8<br />\n>>>><br />\n>>>> Vous pouvez essayer de paramétrer l\'URL de mysql avec<br />\n>>>><br />\n>>>> &amp;characterEncoding=UTF8 à la fin, exemple :<br />\n>>>><br />\n>>>> hibernate.connection.url=jdbc:mysql://monserveur.fr:3306/workflow_moodle&amp;characterEncoding=UTF8<br />\n>>>><br />\n>>>><br />\n>>>> Ceci aura normalement pour effet de changer l\'encodage renvoyé par<br />\n>>>> la base.<br />\n>>>><br />\n>>>> François<br />\n>>>><br />\n>>>><br />\n>>>> Muriel Baluteau wrote:<br />\n>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_4\"><p>>>>>> bonjour<br />\n>>>>><br />\n>>>>> j\'ai installé la version 5.0.45 de mysql, tomcat est en 5.5.26 -<br />\n>>>>> les modules search, indexing, vocabulary et editeur ne donnent pas<br />\n>>>>> d\'erreurs pour l\'instant.<br />\n>>>>> pour le workflow j\'ai fait différents tests avec la version 1.0.1<br />\n>>>>> et la version 1.1<br />\n>>>>> lors du ant init pour l\'une et l\'autre version j\'obtiens ce message :<br />\n>>>>><br />\n>>>>> [java] hibernate: 9 ERROR util.JDBCExceptionReporter<br />\n>>>>> logExceptions[78] - Unknown initial character set index \'192\'<br />\n>>>>> received from server. Initial client character set can be forced<br />\n>>>>> via the \'characterEncoding\' property.<br />\n>>>>><br />\n>>>>> je suppose donc que ça ne vient pas du workflow mais je ne sais<br />\n>>>>> pas décrypter l\'erreur.<br />\n>>>>><br />\n>>>>> Merci d\'avance pour votre aide.<br />\n>>>>><br />\n>>>>> Muriel Baluteau<br />\n>>>>><br />\n>>>>> François Jannin a écrit :<br />\n>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_5\"><p>>>>>>> Pour vider l\'index, le plus simple est de suprrimer le contenu<br />\n>>>>>> des répertoires déclarés dans configIndexing.xml par les balises<br />\n>>>>>> <indexDir> et <tmpDir><br />\n>>>>>> Ils seront recréés à neuf lors de la prochaine indexation.<br />\n>>>>>><br />\n>>>>>><br />\n>>>>>> François<br />\n>>>>>><br />\n>>>>>> Sébastien Corniere wrote:<br />\n>>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_6\"><p>>>>>>>> Bonjour,<br />\n>>>>>>><br />\n>>>>>>> En effet, je n\'ai pas vidé l\'index....<br />\n>>>>>>> D\'ailleurs, comment fait-on pour vider l\'index ?<br />\n>>>>>>> Merci<br />\n>>>>>>><br />\n>>>>>>> François Jannin a écrit :<br />\n>>>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_7\"><p>>>>>>>>> Bonjour,<br />\n>>>>>>>><br />\n>>>>>>>><br />\n>>>>>>>> La dernière version du module indexing stocke les fiches<br />\n>>>>>>>> directement dans l\'index, donc la fiche n\'est plus récupérée,<br />\n>>>>>>>> contrairement aux versions précédentes, depuis le workflow ou<br />\n>>>>>>>> le harvester.<br />\n>>>>>>>> L\'indexing possède donc les fiches.<br />\n>>>>>>>> Si vous avez encore des fiches de votre ancien workflow exist,<br />\n>>>>>>>> c\'est peut-être que vous n\'avez pas vider l\'index ?<br />\n>>>>>>>><br />\n>>>>>>>> François<br />\n>>>>>>>><br />\n>>>>>>>> Sébastien Corniere wrote:<br />\n>>>>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_8\"><p>>>>>>>>>> Bonjour,<br />\n>>>>>>>>><br />\n>>>>>>>>> Malgré les vacances, j\'espère que quelqu\'un pourra me répondre...<br />\n>>>>>>>>> Je suis donc passé sur le workflow 1.1.<br />\n>>>>>>>>> J\'ai enregistré ma première ressource. impec.<br />\n>>>>>>>>> En revanche, quand je lance le search, j\'ai tjs les anciennes<br />\n>>>>>>>>> fiches qui sont sur eXist...<br />\n>>>>>>>>> J\'ai pas trouver ou le search doit aller chercher les<br />\n>>>>>>>>> ressources LOM.<br />\n>>>>>>>>><br />\n>>>>>>>>> Merci de votre aide.<br />\n>>>>>>>>><br />\n>>>>>>>>> Sébastien<br />\n>>>>>>>>><br />\n>>>>>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_7\"><p>>>>>>>>></p></blockquote>\n<blockquote class=\"emailFilter_Author_6\"><p>>>>>>>><br />\n>>>>>>><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>>></div>\n</blockquote>\n<p>--<br />\nCe message a été vérifié par MailScanner<br />\npour des virus ou des polluriels et rien de<br />\nsuspect n\'a été trouvé.</p>\n</div>\n', created = 1507745872, expire = 1507832272, headers = '', serialized = 0 WHERE cid = '4:0aba619d57033fe6ec61fb4fdb593c37' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
10 messages / 0 nouveaux
Sujet clos
Dernière contribution
17 avril 2008 - 4:11pm
#1
sebastiencorniere
search et eXist..
Bonjour,

Malgré les vacances, j'espère que quelqu'un pourra me répondre...
Je suis donc passé sur le workflow 1.1.
J'ai enregistré ma première ressource. impec.
En revanche, quand je lance le search, j'ai tjs les anciennes fiches qui
sont sur eXist...
J'ai pas trouver ou le search doit aller chercher les ressources LOM.

Merci de votre aide.

Sébastien

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

Haut
Étiquettes:
18 avril 2008 - 9:41am
#2
francoisjannin
Bonjour,

La dernière version du module indexing stocke les fiches directement
dans l'index, donc la fiche n'est plus récupérée, contrairement aux
versions précédentes, depuis le workflow ou le harvester.
L'indexing possède donc les fiches.
Si vous avez encore des fiches de votre ancien workflow exist, c'est
peut-être que vous n'avez pas vider l'index ?

François

Sébastien Corniere wrote:

> Bonjour,
>
> Malgré les vacances, j'espère que quelqu'un pourra me répondre...
> Je suis donc passé sur le workflow 1.1.
> J'ai enregistré ma première ressource. impec.
> En revanche, quand je lance le search, j'ai tjs les anciennes fiches
> qui sont sur eXist...
> J'ai pas trouver ou le search doit aller chercher les ressources LOM.
>
> Merci de votre aide.
>
> Sébastien
>
>

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

Haut
18 avril 2008 - 9:47am
(Répondre à #2) #3
sebastiencorniere
Bonjour,

En effet, je n'ai pas vidé l'index....
D'ailleurs, comment fait-on pour vider l'index ?
Merci

François Jannin a écrit :

> Bonjour,
>
>
> La dernière version du module indexing stocke les fiches directement
> dans l'index, donc la fiche n'est plus récupérée, contrairement aux
> versions précédentes, depuis le workflow ou le harvester.
> L'indexing possède donc les fiches.
> Si vous avez encore des fiches de votre ancien workflow exist, c'est
> peut-être que vous n'avez pas vider l'index ?
>
> François
>
> Sébastien Corniere wrote:
>

>> Bonjour,
>>
>> Malgré les vacances, j'espère que quelqu'un pourra me répondre...
>> Je suis donc passé sur le workflow 1.1.
>> J'ai enregistré ma première ressource. impec.
>> En revanche, quand je lance le search, j'ai tjs les anciennes fiches
>> qui sont sur eXist...
>> J'ai pas trouver ou le search doit aller chercher les ressources LOM.
>>
>> Merci de votre aide.
>>
>> Sébastien
>>
>>

>

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

Haut
18 avril 2008 - 10:08am
(Répondre à #3) #4
francoisjannin
Pour vider l'index, le plus simple est de suprrimer le contenu des
répertoires déclarés dans configIndexing.xml par les balises
et
Ils seront recréés à neuf lors de la prochaine indexation.

François

Sébastien Corniere wrote:

> Bonjour,
>
> En effet, je n'ai pas vidé l'index....
> D'ailleurs, comment fait-on pour vider l'index ?
> Merci
>
> François Jannin a écrit :
>

>> Bonjour,
>>
>>
>> La dernière version du module indexing stocke les fiches directement
>> dans l'index, donc la fiche n'est plus récupérée, contrairement aux
>> versions précédentes, depuis le workflow ou le harvester.
>> L'indexing possède donc les fiches.
>> Si vous avez encore des fiches de votre ancien workflow exist, c'est
>> peut-être que vous n'avez pas vider l'index ?
>>
>> François
>>
>> Sébastien Corniere wrote:
>>

>>> Bonjour,
>>>
>>> Malgré les vacances, j'espère que quelqu'un pourra me répondre...
>>> Je suis donc passé sur le workflow 1.1.
>>> J'ai enregistré ma première ressource. impec.
>>> En revanche, quand je lance le search, j'ai tjs les anciennes fiches
>>> qui sont sur eXist...
>>> J'ai pas trouver ou le search doit aller chercher les ressources LOM.
>>>
>>> Merci de votre aide.
>>>
>>> Sébastien
>>>
>>>

>>

>
>
>

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

Haut
18 avril 2008 - 3:38pm
(Répondre à #4) #5
murielbaluteau
bonjour

j'ai installé la version 5.0.45 de mysql, tomcat est en 5.5.26 - les
modules search, indexing, vocabulary et editeur ne donnent pas d'erreurs
pour l'instant.
pour le workflow j'ai fait différents tests avec la version 1.0.1 et la
version 1.1
lors du ant init pour l'une et l'autre version j'obtiens ce message :

[java] hibernate: 9 ERROR util.JDBCExceptionReporter
logExceptions[78] - Unknown initial character set index '192' received
from server. Initial client character set can be forced via the
'characterEncoding' property.

je suppose donc que ça ne vient pas du workflow mais je ne sais pas
décrypter l'erreur.

Merci d'avance pour votre aide.

Muriel Baluteau

François Jannin a écrit :

> Pour vider l'index, le plus simple est de suprrimer le contenu des
> répertoires déclarés dans configIndexing.xml par les balises
> et
> Ils seront recréés à neuf lors de la prochaine indexation.
>
>
> François
>
> Sébastien Corniere wrote:
>

>> Bonjour,
>>
>> En effet, je n'ai pas vidé l'index....
>> D'ailleurs, comment fait-on pour vider l'index ?
>> Merci
>>
>> François Jannin a écrit :
>>

>>> Bonjour,
>>>
>>>
>>> La dernière version du module indexing stocke les fiches directement
>>> dans l'index, donc la fiche n'est plus récupérée, contrairement aux
>>> versions précédentes, depuis le workflow ou le harvester.
>>> L'indexing possède donc les fiches.
>>> Si vous avez encore des fiches de votre ancien workflow exist, c'est
>>> peut-être que vous n'avez pas vider l'index ?
>>>
>>> François
>>>
>>> Sébastien Corniere wrote:
>>>

>>>> Bonjour,
>>>>
>>>> Malgré les vacances, j'espère que quelqu'un pourra me répondre...
>>>> Je suis donc passé sur le workflow 1.1.
>>>> J'ai enregistré ma première ressource. impec.
>>>> En revanche, quand je lance le search, j'ai tjs les anciennes
>>>> fiches qui sont sur eXist...
>>>> J'ai pas trouver ou le search doit aller chercher les ressources LOM.
>>>>
>>>> Merci de votre aide.
>>>>
>>>> Sébastien
>>>>
>>>>

>>>

>>
>>
>>

>

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

Haut
18 avril 2008 - 4:05pm
(Répondre à #5) #6
francoisjannin
Bonjour,

Il s'agit peut-être d'un problème de character set encoding de Mysql.

Dans ORI-OAI on tend vers du tout-UTF-8

Vous pouvez essayer de paramétrer l'URL de mysql avec

&characterEncoding=UTF8 à la fin, exemple :

hibernate.connection.url=jdbc:mysql://monserveur.fr:3306/workflow_moodle&characterEncoding=UTF8

Ceci aura normalement pour effet de changer l'encodage renvoyé par la base.

François

Muriel Baluteau wrote:

> bonjour
>
> j'ai installé la version 5.0.45 de mysql, tomcat est en 5.5.26 - les
> modules search, indexing, vocabulary et editeur ne donnent pas
> d'erreurs pour l'instant.
> pour le workflow j'ai fait différents tests avec la version 1.0.1 et
> la version 1.1
> lors du ant init pour l'une et l'autre version j'obtiens ce message :
>
> [java] hibernate: 9 ERROR util.JDBCExceptionReporter
> logExceptions[78] - Unknown initial character set index '192'
> received from server. Initial client character set can be forced via
> the 'characterEncoding' property.
>
> je suppose donc que ça ne vient pas du workflow mais je ne sais pas
> décrypter l'erreur.
>
> Merci d'avance pour votre aide.
>
> Muriel Baluteau
>
> François Jannin a écrit :
>

>> Pour vider l'index, le plus simple est de suprrimer le contenu des
>> répertoires déclarés dans configIndexing.xml par les balises
>> et
>> Ils seront recréés à neuf lors de la prochaine indexation.
>>
>>
>> François
>>
>> Sébastien Corniere wrote:
>>

>>> Bonjour,
>>>
>>> En effet, je n'ai pas vidé l'index....
>>> D'ailleurs, comment fait-on pour vider l'index ?
>>> Merci
>>>
>>> François Jannin a écrit :
>>>

>>>> Bonjour,
>>>>
>>>>
>>>> La dernière version du module indexing stocke les fiches
>>>> directement dans l'index, donc la fiche n'est plus récupérée,
>>>> contrairement aux versions précédentes, depuis le workflow ou le
>>>> harvester.
>>>> L'indexing possède donc les fiches.
>>>> Si vous avez encore des fiches de votre ancien workflow exist,
>>>> c'est peut-être que vous n'avez pas vider l'index ?
>>>>
>>>> François
>>>>
>>>> Sébastien Corniere wrote:
>>>>

>>>>> Bonjour,
>>>>>
>>>>> Malgré les vacances, j'espère que quelqu'un pourra me répondre...
>>>>> Je suis donc passé sur le workflow 1.1.
>>>>> J'ai enregistré ma première ressource. impec.
>>>>> En revanche, quand je lance le search, j'ai tjs les anciennes
>>>>> fiches qui sont sur eXist...
>>>>> J'ai pas trouver ou le search doit aller chercher les ressources LOM.
>>>>>
>>>>> Merci de votre aide.
>>>>>
>>>>> Sébastien
>>>>>
>>>>>

>>>>

>>>
>>>
>>>

>>

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

Haut
18 avril 2008 - 4:29pm
(Répondre à #6) #7
murielbaluteau
merci pour cette réponse rapide mais voici une nouvelle erreur

[java] hibernate: 9 ERROR util.JDBCExceptionReporter
logExceptions[78] - Unknown database
'orioaiworkflow&characterEncoding=UTF8'

visiblement le &characterEncoding=UTF8 ça ne lui plait pas
particulièrement puisqu'il prend l'ensemble de la chaine pour le nom de
la base.

François Jannin a écrit :

> Bonjour,
>
> Il s'agit peut-être d'un problème de character set encoding de Mysql.
>
> Dans ORI-OAI on tend vers du tout-UTF-8
>
> Vous pouvez essayer de paramétrer l'URL de mysql avec
>
> &characterEncoding=UTF8 à la fin, exemple :
>
> hibernate.connection.url=jdbc:mysql://monserveur.fr:3306/workflow_moodle&characterEncoding=UTF8
>
>
> Ceci aura normalement pour effet de changer l'encodage renvoyé par la
> base.
>
> François
>
>
> Muriel Baluteau wrote:
>

>> bonjour
>>
>> j'ai installé la version 5.0.45 de mysql, tomcat est en 5.5.26 - les
>> modules search, indexing, vocabulary et editeur ne donnent pas
>> d'erreurs pour l'instant.
>> pour le workflow j'ai fait différents tests avec la version 1.0.1 et
>> la version 1.1
>> lors du ant init pour l'une et l'autre version j'obtiens ce message :
>>
>> [java] hibernate: 9 ERROR util.JDBCExceptionReporter
>> logExceptions[78] - Unknown initial character set index '192'
>> received from server. Initial client character set can be forced via
>> the 'characterEncoding' property.
>>
>> je suppose donc que ça ne vient pas du workflow mais je ne sais pas
>> décrypter l'erreur.
>>
>> Merci d'avance pour votre aide.
>>
>> Muriel Baluteau
>>
>> François Jannin a écrit :
>>

>>> Pour vider l'index, le plus simple est de suprrimer le contenu des
>>> répertoires déclarés dans configIndexing.xml par les balises
>>> et
>>> Ils seront recréés à neuf lors de la prochaine indexation.
>>>
>>>
>>> François
>>>
>>> Sébastien Corniere wrote:
>>>

>>>> Bonjour,
>>>>
>>>> En effet, je n'ai pas vidé l'index....
>>>> D'ailleurs, comment fait-on pour vider l'index ?
>>>> Merci
>>>>
>>>> François Jannin a écrit :
>>>>

>>>>> Bonjour,
>>>>>
>>>>>
>>>>> La dernière version du module indexing stocke les fiches
>>>>> directement dans l'index, donc la fiche n'est plus récupérée,
>>>>> contrairement aux versions précédentes, depuis le workflow ou le
>>>>> harvester.
>>>>> L'indexing possède donc les fiches.
>>>>> Si vous avez encore des fiches de votre ancien workflow exist,
>>>>> c'est peut-être que vous n'avez pas vider l'index ?
>>>>>
>>>>> François
>>>>>
>>>>> Sébastien Corniere wrote:
>>>>>

>>>>>> Bonjour,
>>>>>>
>>>>>> Malgré les vacances, j'espère que quelqu'un pourra me répondre...
>>>>>> Je suis donc passé sur le workflow 1.1.
>>>>>> J'ai enregistré ma première ressource. impec.
>>>>>> En revanche, quand je lance le search, j'ai tjs les anciennes
>>>>>> fiches qui sont sur eXist...
>>>>>> J'ai pas trouver ou le search doit aller chercher les ressources
>>>>>> LOM.
>>>>>>
>>>>>> Merci de votre aide.
>>>>>>
>>>>>> Sébastien
>>>>>>
>>>>>>

>>>>>

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

>>>

>

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

Haut
18 avril 2008 - 5:05pm
(Répondre à #7) #8
francoisjannin
Dans ce cas, vous pouvez essayer avec les paramètres dans /etc/my.ini

[mysqld]
character_set_server=utf8
collation_server=utf8_unicode_ci

Mais ca ne vient peut-être pas directement de l'encoding, car je viens
de vérifier sur un serveur de test, et j'ai :

mysql> SHOW VARIABLES LIKE 'character_set%';
+--------------------------+----------------------------+
| Variable_name | Value |
+--------------------------+----------------------------+
| character_set_client | latin1 |
| character_set_connection | latin1 |
| character_set_database | latin1 |
| character_set_filesystem | binary |
| character_set_results | latin1 |
| character_set_server | latin1 |
| character_set_system | utf8 |
| character_sets_dir | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+

et pour ma base workflow :

`workflow_moodle`.CREATE DATABASE `workflow_moodle` /*!40100 DEFAULT
CHARACTER SET latin1 */;

Ma base est en iso-8139-1 (latin1) ainsi que les result, et je n'ai pas
l'erreur que vous avez.

Quelqu'un d'autre a-t-il une idée ?
|
François
|

François

Muriel Baluteau wrote:

> merci pour cette réponse rapide mais voici une nouvelle erreur
>
> [java] hibernate: 9 ERROR util.JDBCExceptionReporter
> logExceptions[78] - Unknown database
> 'orioaiworkflow&characterEncoding=UTF8'
>
> visiblement le &characterEncoding=UTF8 ça ne lui plait pas
> particulièrement puisqu'il prend l'ensemble de la chaine pour le nom
> de la base.
>
>
>
>
> François Jannin a écrit :
>

>> Bonjour,
>>
>> Il s'agit peut-être d'un problème de character set encoding de Mysql.
>>
>> Dans ORI-OAI on tend vers du tout-UTF-8
>>
>> Vous pouvez essayer de paramétrer l'URL de mysql avec
>>
>> &characterEncoding=UTF8 à la fin, exemple :
>>
>> hibernate.connection.url=jdbc:mysql://monserveur.fr:3306/workflow_moodle&characterEncoding=UTF8
>>
>>
>> Ceci aura normalement pour effet de changer l'encodage renvoyé par la
>> base.
>>
>> François
>>
>>
>> Muriel Baluteau wrote:
>>

>>> bonjour
>>>
>>> j'ai installé la version 5.0.45 de mysql, tomcat est en 5.5.26 - les
>>> modules search, indexing, vocabulary et editeur ne donnent pas
>>> d'erreurs pour l'instant.
>>> pour le workflow j'ai fait différents tests avec la version 1.0.1 et
>>> la version 1.1
>>> lors du ant init pour l'une et l'autre version j'obtiens ce message :
>>>
>>> [java] hibernate: 9 ERROR util.JDBCExceptionReporter
>>> logExceptions[78] - Unknown initial character set index '192'
>>> received from server. Initial client character set can be forced via
>>> the 'characterEncoding' property.
>>>
>>> je suppose donc que ça ne vient pas du workflow mais je ne sais pas
>>> décrypter l'erreur.
>>>
>>> Merci d'avance pour votre aide.
>>>
>>> Muriel Baluteau
>>>
>>> François Jannin a écrit :
>>>

>>>> Pour vider l'index, le plus simple est de suprrimer le contenu des
>>>> répertoires déclarés dans configIndexing.xml par les balises
>>>> et
>>>> Ils seront recréés à neuf lors de la prochaine indexation.
>>>>
>>>>
>>>> François
>>>>
>>>> Sébastien Corniere wrote:
>>>>

>>>>> Bonjour,
>>>>>
>>>>> En effet, je n'ai pas vidé l'index....
>>>>> D'ailleurs, comment fait-on pour vider l'index ?
>>>>> Merci
>>>>>
>>>>> François Jannin a écrit :
>>>>>

>>>>>> Bonjour,
>>>>>>
>>>>>>
>>>>>> La dernière version du module indexing stocke les fiches
>>>>>> directement dans l'index, donc la fiche n'est plus récupérée,
>>>>>> contrairement aux versions précédentes, depuis le workflow ou le
>>>>>> harvester.
>>>>>> L'indexing possède donc les fiches.
>>>>>> Si vous avez encore des fiches de votre ancien workflow exist,
>>>>>> c'est peut-être que vous n'avez pas vider l'index ?
>>>>>>
>>>>>> François
>>>>>>
>>>>>> Sébastien Corniere wrote:
>>>>>>

>>>>>>> Bonjour,
>>>>>>>
>>>>>>> Malgré les vacances, j'espère que quelqu'un pourra me répondre...
>>>>>>> Je suis donc passé sur le workflow 1.1.
>>>>>>> J'ai enregistré ma première ressource. impec.
>>>>>>> En revanche, quand je lance le search, j'ai tjs les anciennes
>>>>>>> fiches qui sont sur eXist...
>>>>>>> J'ai pas trouver ou le search doit aller chercher les ressources
>>>>>>> LOM.
>>>>>>>
>>>>>>> Merci de votre aide.
>>>>>>>
>>>>>>> Sébastien
>>>>>>>
>>>>>>>

>>>>>>

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

>>>>

>>

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

Haut
24 avril 2008 - 4:40pm
(Répondre à #8) #9
murielbaluteau
bonjour,

j'avais bien les variables character_set_server et collation_server à UTF8

finalement après avoir cherché mille et une solution, à tout hasard,
j'ai passé ces deux variables en latin1
collation_server = latin1_general_ci
character_set_server = latin1

et ça marche ! les tables de la base ont été créées, le workflow
fonctionne comme une fleur. plus aucune erreur à l'horizon.

si les développeurs ont une explication ...

Muriel

François Jannin a écrit :

> Dans ce cas, vous pouvez essayer avec les paramètres dans /etc/my.ini
> [mysqld]
> character_set_server=utf8
> collation_server=utf8_unicode_ci
>
>
> Mais ca ne vient peut-être pas directement de l'encoding, car je viens
> de vérifier sur un serveur de test, et j'ai :
>
> mysql> SHOW VARIABLES LIKE 'character_set%';
> +--------------------------+----------------------------+
> | Variable_name | Value |
> +--------------------------+----------------------------+
> | character_set_client | latin1 | |
> character_set_connection | latin1 | |
> character_set_database | latin1 | |
> character_set_filesystem | binary | |
> character_set_results | latin1 | |
> character_set_server | latin1 | |
> character_set_system | utf8 | |
> character_sets_dir | /usr/share/mysql/charsets/ |
> +--------------------------+----------------------------+
>
> et pour ma base workflow :
>
>
> `workflow_moodle`.CREATE DATABASE `workflow_moodle` /*!40100 DEFAULT
> CHARACTER SET latin1 */;
>
> Ma base est en iso-8139-1 (latin1) ainsi que les result, et je n'ai
> pas l'erreur que vous avez.
>
> Quelqu'un d'autre a-t-il une idée ?
> |
> François
> |
>
>
>
>
> François
>
>
>
> Muriel Baluteau wrote:
>

>> merci pour cette réponse rapide mais voici une nouvelle erreur
>>
>> [java] hibernate: 9 ERROR util.JDBCExceptionReporter
>> logExceptions[78] - Unknown database
>> 'orioaiworkflow&characterEncoding=UTF8'
>>
>> visiblement le &characterEncoding=UTF8 ça ne lui plait pas
>> particulièrement puisqu'il prend l'ensemble de la chaine pour le nom
>> de la base.
>>
>>
>>
>>
>> François Jannin a écrit :
>>

>>> Bonjour,
>>>
>>> Il s'agit peut-être d'un problème de character set encoding de Mysql.
>>>
>>> Dans ORI-OAI on tend vers du tout-UTF-8
>>>
>>> Vous pouvez essayer de paramétrer l'URL de mysql avec
>>>
>>> &characterEncoding=UTF8 à la fin, exemple :
>>>
>>> hibernate.connection.url=jdbc:mysql://monserveur.fr:3306/workflow_moodle&characterEncoding=UTF8
>>>
>>>
>>> Ceci aura normalement pour effet de changer l'encodage renvoyé par
>>> la base.
>>>
>>> François
>>>
>>>
>>> Muriel Baluteau wrote:
>>>

>>>> bonjour
>>>>
>>>> j'ai installé la version 5.0.45 de mysql, tomcat est en 5.5.26 -
>>>> les modules search, indexing, vocabulary et editeur ne donnent pas
>>>> d'erreurs pour l'instant.
>>>> pour le workflow j'ai fait différents tests avec la version 1.0.1
>>>> et la version 1.1
>>>> lors du ant init pour l'une et l'autre version j'obtiens ce message :
>>>>
>>>> [java] hibernate: 9 ERROR util.JDBCExceptionReporter
>>>> logExceptions[78] - Unknown initial character set index '192'
>>>> received from server. Initial client character set can be forced
>>>> via the 'characterEncoding' property.
>>>>
>>>> je suppose donc que ça ne vient pas du workflow mais je ne sais pas
>>>> décrypter l'erreur.
>>>>
>>>> Merci d'avance pour votre aide.
>>>>
>>>> Muriel Baluteau
>>>>
>>>> François Jannin a écrit :
>>>>

>>>>> Pour vider l'index, le plus simple est de suprrimer le contenu des
>>>>> répertoires déclarés dans configIndexing.xml par les balises
>>>>> et
>>>>> Ils seront recréés à neuf lors de la prochaine indexation.
>>>>>
>>>>>
>>>>> François
>>>>>
>>>>> Sébastien Corniere wrote:
>>>>>

>>>>>> Bonjour,
>>>>>>
>>>>>> En effet, je n'ai pas vidé l'index....
>>>>>> D'ailleurs, comment fait-on pour vider l'index ?
>>>>>> Merci
>>>>>>
>>>>>> François Jannin a écrit :
>>>>>>

>>>>>>> Bonjour,
>>>>>>>
>>>>>>>
>>>>>>> La dernière version du module indexing stocke les fiches
>>>>>>> directement dans l'index, donc la fiche n'est plus récupérée,
>>>>>>> contrairement aux versions précédentes, depuis le workflow ou le
>>>>>>> harvester.
>>>>>>> L'indexing possède donc les fiches.
>>>>>>> Si vous avez encore des fiches de votre ancien workflow exist,
>>>>>>> c'est peut-être que vous n'avez pas vider l'index ?
>>>>>>>
>>>>>>> François
>>>>>>>
>>>>>>> Sébastien Corniere wrote:
>>>>>>>

>>>>>>>> Bonjour,
>>>>>>>>
>>>>>>>> Malgré les vacances, j'espère que quelqu'un pourra me répondre...
>>>>>>>> Je suis donc passé sur le workflow 1.1.
>>>>>>>> J'ai enregistré ma première ressource. impec.
>>>>>>>> En revanche, quand je lance le search, j'ai tjs les anciennes
>>>>>>>> fiches qui sont sur eXist...
>>>>>>>> J'ai pas trouver ou le search doit aller chercher les
>>>>>>>> ressources LOM.
>>>>>>>>
>>>>>>>> Merci de votre aide.
>>>>>>>>
>>>>>>>> Sébastien
>>>>>>>>
>>>>>>>>

>>>>>>>

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

>>>>>

>>>

>

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

Haut
25 avril 2008 - 3:04pm
(Répondre à #9) #10
vincentbonamy
Bonjour,
Je n'avais pas vu ton dernier mail ici, je viens de répondre à un ancien
mail.
A bientôt,
Vincent.

Muriel Baluteau wrote:

> bonjour,
>
> j'avais bien les variables character_set_server et collation_server à
> UTF8
>
> finalement après avoir cherché mille et une solution, à tout hasard,
> j'ai passé ces deux variables en latin1
> collation_server = latin1_general_ci
> character_set_server = latin1
>
> et ça marche ! les tables de la base ont été créées, le workflow
> fonctionne comme une fleur. plus aucune erreur à l'horizon.
>
> si les développeurs ont une explication ...
>
> Muriel
>
>
> François Jannin a écrit :

>> Dans ce cas, vous pouvez essayer avec les paramètres dans /etc/my.ini
>> [mysqld]
>> character_set_server=utf8
>> collation_server=utf8_unicode_ci
>>
>>
>> Mais ca ne vient peut-être pas directement de l'encoding, car je
>> viens de vérifier sur un serveur de test, et j'ai :
>>
>> mysql> SHOW VARIABLES LIKE 'character_set%';
>> +--------------------------+----------------------------+
>> | Variable_name | Value |
>> +--------------------------+----------------------------+
>> | character_set_client | latin1 | |
>> character_set_connection | latin1 | |
>> character_set_database | latin1 | |
>> character_set_filesystem | binary | |
>> character_set_results | latin1 | |
>> character_set_server | latin1 | |
>> character_set_system | utf8 | |
>> character_sets_dir | /usr/share/mysql/charsets/ |
>> +--------------------------+----------------------------+
>>
>> et pour ma base workflow :
>>
>>
>> `workflow_moodle`.CREATE DATABASE `workflow_moodle` /*!40100 DEFAULT
>> CHARACTER SET latin1 */;
>>
>> Ma base est en iso-8139-1 (latin1) ainsi que les result, et je n'ai
>> pas l'erreur que vous avez.
>>
>> Quelqu'un d'autre a-t-il une idée ?
>> |
>> François
>> |
>>
>>
>>
>>
>> François
>>
>>
>>
>> Muriel Baluteau wrote:
>>

>>> merci pour cette réponse rapide mais voici une nouvelle erreur
>>>
>>> [java] hibernate: 9 ERROR util.JDBCExceptionReporter
>>> logExceptions[78] - Unknown database
>>> 'orioaiworkflow&characterEncoding=UTF8'
>>>
>>> visiblement le &characterEncoding=UTF8 ça ne lui plait pas
>>> particulièrement puisqu'il prend l'ensemble de la chaine pour le nom
>>> de la base.
>>>
>>>
>>>
>>>
>>> François Jannin a écrit :
>>>

>>>> Bonjour,
>>>>
>>>> Il s'agit peut-être d'un problème de character set encoding de Mysql.
>>>>
>>>> Dans ORI-OAI on tend vers du tout-UTF-8
>>>>
>>>> Vous pouvez essayer de paramétrer l'URL de mysql avec
>>>>
>>>> &characterEncoding=UTF8 à la fin, exemple :
>>>>
>>>> hibernate.connection.url=jdbc:mysql://monserveur.fr:3306/workflow_moodle&characterEncoding=UTF8
>>>>
>>>>
>>>> Ceci aura normalement pour effet de changer l'encodage renvoyé par
>>>> la base.
>>>>
>>>> François
>>>>
>>>>
>>>> Muriel Baluteau wrote:
>>>>

>>>>> bonjour
>>>>>
>>>>> j'ai installé la version 5.0.45 de mysql, tomcat est en 5.5.26 -
>>>>> les modules search, indexing, vocabulary et editeur ne donnent pas
>>>>> d'erreurs pour l'instant.
>>>>> pour le workflow j'ai fait différents tests avec la version 1.0.1
>>>>> et la version 1.1
>>>>> lors du ant init pour l'une et l'autre version j'obtiens ce message :
>>>>>
>>>>> [java] hibernate: 9 ERROR util.JDBCExceptionReporter
>>>>> logExceptions[78] - Unknown initial character set index '192'
>>>>> received from server. Initial client character set can be forced
>>>>> via the 'characterEncoding' property.
>>>>>
>>>>> je suppose donc que ça ne vient pas du workflow mais je ne sais
>>>>> pas décrypter l'erreur.
>>>>>
>>>>> Merci d'avance pour votre aide.
>>>>>
>>>>> Muriel Baluteau
>>>>>
>>>>> François Jannin a écrit :
>>>>>

>>>>>> Pour vider l'index, le plus simple est de suprrimer le contenu
>>>>>> des répertoires déclarés dans configIndexing.xml par les balises
>>>>>> et
>>>>>> Ils seront recréés à neuf lors de la prochaine indexation.
>>>>>>
>>>>>>
>>>>>> François
>>>>>>
>>>>>> Sébastien Corniere wrote:
>>>>>>

>>>>>>> Bonjour,
>>>>>>>
>>>>>>> En effet, je n'ai pas vidé l'index....
>>>>>>> D'ailleurs, comment fait-on pour vider l'index ?
>>>>>>> Merci
>>>>>>>
>>>>>>> François Jannin a écrit :
>>>>>>>

>>>>>>>> Bonjour,
>>>>>>>>
>>>>>>>>
>>>>>>>> La dernière version du module indexing stocke les fiches
>>>>>>>> directement dans l'index, donc la fiche n'est plus récupérée,
>>>>>>>> contrairement aux versions précédentes, depuis le workflow ou
>>>>>>>> le harvester.
>>>>>>>> L'indexing possède donc les fiches.
>>>>>>>> Si vous avez encore des fiches de votre ancien workflow exist,
>>>>>>>> c'est peut-être que vous n'avez pas vider l'index ?
>>>>>>>>
>>>>>>>> François
>>>>>>>>
>>>>>>>> Sébastien Corniere wrote:
>>>>>>>>

>>>>>>>>> Bonjour,
>>>>>>>>>
>>>>>>>>> Malgré les vacances, j'espère que quelqu'un pourra me répondre...
>>>>>>>>> Je suis donc passé sur le workflow 1.1.
>>>>>>>>> J'ai enregistré ma première ressource. impec.
>>>>>>>>> En revanche, quand je lance le search, j'ai tjs les anciennes
>>>>>>>>> fiches qui sont sur eXist...
>>>>>>>>> J'ai pas trouver ou le search doit aller chercher les
>>>>>>>>> ressources LOM.
>>>>>>>>>
>>>>>>>>> Merci de votre aide.
>>>>>>>>>
>>>>>>>>> Sébastien
>>>>>>>>>
>>>>>>>>>

>>>>>>>>

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

>>>>>>

>>>>

>>

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

Haut

Options d'affichage des commentaires

Sélectionnez la méthode d'affichage des commentaires que vous préférez, puis cliquez sur « Enregistrer les paramètres » pour activer vos changements.
Sujet clos
‹ Sujet précédent : evolution de OSWorkflow et outil d'edition de workflow Sujet suivant : Paramétrage des pages du workflow. ›