retour sur un bug lors de l'affichage d'une notice

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:e271e011b9df834f9a64f0527eb7059e' 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</head>\n<body bgcolor=\"#ffffff\" text=\"#000000\">\nBonjour, \n</div>', created = 1507747962, expire = 1507834362, headers = '', serialized = 0 WHERE cid = '4:e271e011b9df834f9a64f0527eb7059e' 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:e271e011b9df834f9a64f0527eb7059e' 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</head>\n<body bgcolor=\"#ffffff\" text=\"#000000\">\nBonjour, \n</div>', created = 1507747962, expire = 1507834362, headers = '', serialized = 0 WHERE cid = '4:e271e011b9df834f9a64f0527eb7059e' 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:bb22e22abaa5fcb043380140b013aa22' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,\nje voudrais faire remonter un bug dans le module de recherche \"1.4.1\" \n(je ne serai sûrement pas très clair dans mes expliquations, mais les \ndéveloppeurs comprendront je pense).\nJ\'ai remarqué un problème avec le module de recherche lors de \nl\'affichage d\'une notice (lien \"Retour à la notice\" après avoir cliqué \nsur le \"Titre\" d\'un document).\nQuand on clique sur une fiche pour la voir et qu\'ensuite on clique sur \nle lien \"Retour à la notice\" le module de recherche lance une requête \n\'(md-ori-oai-id:(\"oai:oriwww.unit.eu:unit-ori-wf-1-XXXX\"))\' qui \nn\'aboutit pas à tous les coups.\nSi la notice n\'est pas dans le cache du moteur d\'indexation elle va l\'y \najouter (si la recherche c\'est bien passée) ; mais j\'ai l\'impression \nqu\'une notice n\'est mise en cache complètement qu\'avec un id de type \n\"\n <script type=\"text/javascript\" >  </script>@unit-ori-wf-1-XXXX\" (suite à une transformation \ninterne de la requête). Il semble n\'y avoir qu\'un cache partiel de la \nfiche au format \"oai:oriwww.unit.eu:unit-ori-wf-1-XXXX\".\nQuand on fait une demande d\'affichage de la notice le requête n\'est pas \ntransformée avec des \"@\" du coup lors de l\'accès à une notice en cache \nsi la requête n\'est pas formée avec le séparateur \"@\" ça plante car il \nn\'arrive pas à récupérer tous les attributs dans le cache.\nRécemment (depuis la 1.4.1) dans le module d\'indexation \n(src/org/orioai/indexing/administration/ResultSearch.java) l\'id d\'une \nfiche moissonnée est passée de \"oai:oriwww.unit.eu:unit-ori-wf-1-XXXX\" à \n\"\n <script type=\"text/javascript\" >  </script>@unit-ori-wf-1-XXXX\".\nCela n\'a pas été répercuté du côté du webservice utilisé par le module \nde recherche je pense.\nJ\'en suis donc venu à penser faire la même chose pour la partie \nrecherche ; ce qui donne le patch suivant (qui bien sûr marche :-P) :\nIndex: src/org/orioai/search/web/common/search/notice/Search.java \n=================================================================== \n--- src/org/orioai/search/web/common/search/notice/Search.java \n(révision 556) \n+++ src/org/orioai/search/web/common/search/notice/Search.java (copie \nde travail) \n@@ -186,6 +186,10 @@ \n idParameter = idNotice; \n }\n+ if (idParameter.contains(\":\")) idParameter = \nidParameter.replaceAll(\":\", \"@\"); \n+ if (idParameter.contains(\"\'\")) idParameter = \nidParameter.replaceAll(\"\'\", \"quote\"); \n+ if (idParameter.contains(\" \")) idParameter = \nidParameter.replaceAll(\" \", \"spaceChar\"); \n+ \n //System.out.println(\"\\nidUtfParameter \ncommons.Search=\"+idUtfParameter); \n //System.out.println(\"idParameter \ncommons.Search=\"+idParameter);\n@@ -389,4 +393,4 @@ \n }*/\n-} \n\\ Pas de fin de ligne à la fin du fichier \n+}\nPeut-être que la solution la plus propre serait de le faire du côté du \nmodule d\'indexation.\nÀ+\n-- \nCe message a été vérifié par MailScanner \npour des virus ou des polluriels et rien de \nsuspect n\'a été trouvé.\n</div>\n', created = 1507747962, expire = 1507834362, headers = '', serialized = 0 WHERE cid = '4:bb22e22abaa5fcb043380140b013aa22' 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:e356c44ccc7d0ecdad396e5828cf5ba8' 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,\neffectivement la version 1.4.1 du module d\'indexation provoque une \nerreur lors d\'une recherche sur un identifiant contenant le caractère \n\":\" notamment. \nJe corrige ce problème au plus vite et mettrai à disposition une version \n1.4.2 dans les plus brefs délais.\nMerci pour ce retour\nYannick\nMikael Le Bohec a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Bonjour, \n> \n> je voudrais faire remonter un bug dans le module de recherche \"1.4.1\" \n> (je ne serai sûrement pas très clair dans mes expliquations, mais les \n> développeurs comprendront je pense). \n> \n> J\'ai remarqué un problème avec le module de recherche lors de \n> l\'affichage d\'une notice (lien \"Retour à la notice\" après avoir cliqué \n> sur le \"Titre\" d\'un document). \n> \n> Quand on clique sur une fiche pour la voir et qu\'ensuite on clique sur \n> le lien \"Retour à la notice\" le module de recherche lance une requête \n> \'(md-ori-oai-id:(\"oai:oriwww.unit.eu:unit-ori-wf-1-XXXX\"))\' qui \n> n\'aboutit pas à tous les coups. \n> \n> Si la notice n\'est pas dans le cache du moteur d\'indexation elle va \n> l\'y ajouter (si la recherche c\'est bien passée) ; mais j\'ai \n> l\'impression qu\'une notice n\'est mise en cache complètement qu\'avec un \n> id de type \"\n <script type=\"text/javascript\" >  </script>@unit-ori-wf-1-XXXX\" (suite à une \n> transformation interne de la requête). Il semble n\'y avoir qu\'un cache \n> partiel de la fiche au format \"oai:oriwww.unit.eu:unit-ori-wf-1-XXXX\". \n> \n> Quand on fait une demande d\'affichage de la notice le requête n\'est \n> pas transformée avec des \"@\" du coup lors de l\'accès à une notice en \n> cache si la requête n\'est pas formée avec le séparateur \"@\" ça plante \n> car il n\'arrive pas à récupérer tous les attributs dans le cache. \n> \n> Récemment (depuis la 1.4.1) dans le module d\'indexation \n> (src/org/orioai/indexing/administration/ResultSearch.java) l\'id d\'une \n> fiche moissonnée est passée de \"oai:oriwww.unit.eu:unit-ori-wf-1-XXXX\" \n> à \"\n <script type=\"text/javascript\" >  </script>@unit-ori-wf-1-XXXX\". \n> \n> Cela n\'a pas été répercuté du côté du webservice utilisé par le module \n> de recherche je pense. \n> \n> J\'en suis donc venu à penser faire la même chose pour la partie \n> recherche ; ce qui donne le patch suivant (qui bien sûr marche :-P) : \n> \n> Index: src/org/orioai/search/web/common/search/notice/Search.java \n> =================================================================== \n> --- src/org/orioai/search/web/common/search/notice/Search.java \n> (révision 556) \n> +++ src/org/orioai/search/web/common/search/notice/Search.java (copie \n> de travail) \n> @@ -186,6 +186,10 @@ \n> idParameter = idNotice; \n> } \n> \n> + if (idParameter.contains(\":\")) idParameter = \n> idParameter.replaceAll(\":\", \"@\"); \n> + if (idParameter.contains(\"\'\")) idParameter = \n> idParameter.replaceAll(\"\'\", \"quote\"); \n> + if (idParameter.contains(\" \")) idParameter = \n> idParameter.replaceAll(\" \", \"spaceChar\"); \n> + \n> //System.out.println(\"\\nidUtfParameter \n> commons.Search=\"+idUtfParameter); \n> //System.out.println(\"idParameter \n> commons.Search=\"+idParameter); \n> \n> @@ -389,4 +393,4 @@ \n> }*/ \n> \n> \n> -} \n> \\ Pas de fin de ligne à la fin du fichier \n> +} \n> \n> \n> Peut-être que la solution la plus propre serait de le faire du côté du \n> module d\'indexation. \n> \n> À+ \n></div>\n</blockquote>\n-- \nCe message a été vérifié par MailScanner \npour des virus ou des polluriels et rien de \nsuspect n\'a été trouvé.\n</div>\n', created = 1507747963, expire = 1507834363, headers = '', serialized = 0 WHERE cid = '4:e356c44ccc7d0ecdad396e5828cf5ba8' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.

2 messages / 0 nouveaux

Sujet clos

Dernière contribution

23 février 2009 - 6:03pm

mikaellebohec

retour sur un bug lors de l'affichage d'une notice

Bonjour,

je voudrais faire remonter un bug dans le module de recherche "1.4.1"
(je ne serai sûrement pas très clair dans mes expliquations, mais les
développeurs comprendront je pense).

J'ai remarqué un problème avec le module de recherche lors de
l'affichage d'une notice (lien "Retour à la notice" après avoir cliqué
sur le "Titre" d'un document).

Quand on clique sur une fiche pour la voir et qu'ensuite on clique sur
le lien "Retour à la notice" le module de recherche lance une requête
'(md-ori-oai-id:("oai:oriwww.unit.eu:unit-ori-wf-1-XXXX"))' qui
n'aboutit pas à tous les coups.

Si la notice n'est pas dans le cache du moteur d'indexation elle va l'y
ajouter (si la recherche c'est bien passée) ; mais j'ai l'impression
qu'une notice n'est mise en cache complètement qu'avec un id de type
" @unit-ori-wf-1-XXXX" (suite à une transformation
interne de la requête). Il semble n'y avoir qu'un cache partiel de la
fiche au format "oai:oriwww.unit.eu:unit-ori-wf-1-XXXX".

Quand on fait une demande d'affichage de la notice le requête n'est pas
transformée avec des "@" du coup lors de l'accès à une notice en cache
si la requête n'est pas formée avec le séparateur "@" ça plante car il
n'arrive pas à récupérer tous les attributs dans le cache.

Récemment (depuis la 1.4.1) dans le module d'indexation
(src/org/orioai/indexing/administration/ResultSearch.java) l'id d'une
fiche moissonnée est passée de "oai:oriwww.unit.eu:unit-ori-wf-1-XXXX" à
" @unit-ori-wf-1-XXXX".

Cela n'a pas été répercuté du côté du webservice utilisé par le module
de recherche je pense.

J'en suis donc venu à penser faire la même chose pour la partie
recherche ; ce qui donne le patch suivant (qui bien sûr marche :-P) :

Index: src/org/orioai/search/web/common/search/notice/Search.java
===================================================================
--- src/org/orioai/search/web/common/search/notice/Search.java
(révision 556)
+++ src/org/orioai/search/web/common/search/notice/Search.java (copie
de travail)
@@ -186,6 +186,10 @@
idParameter = idNotice;
}

+ if (idParameter.contains(":")) idParameter =
idParameter.replaceAll(":", "@");
+ if (idParameter.contains("'")) idParameter =
idParameter.replaceAll("'", "quote");
+ if (idParameter.contains(" ")) idParameter =
idParameter.replaceAll(" ", "spaceChar");
+
//System.out.println("\nidUtfParameter
commons.Search="+idUtfParameter);
//System.out.println("idParameter
commons.Search="+idParameter);

@@ -389,4 +393,4 @@
}*/

-}
\ Pas de fin de ligne à la fin du fichier
+}

Peut-être que la solution la plus propre serait de le faire du côté du
module d'indexation.

À+

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

24 février 2009 - 4:47pm

yannickcaillaux

Bonjour,

effectivement la version 1.4.1 du module d'indexation provoque une
erreur lors d'une recherche sur un identifiant contenant le caractère
":" notamment.
Je corrige ce problème au plus vite et mettrai à disposition une version
1.4.2 dans les plus brefs délais.

Merci pour ce retour

Yannick

Mikael Le Bohec a écrit :

> Bonjour,
>
> je voudrais faire remonter un bug dans le module de recherche "1.4.1"
> (je ne serai sûrement pas très clair dans mes expliquations, mais les
> développeurs comprendront je pense).
>
> J'ai remarqué un problème avec le module de recherche lors de
> l'affichage d'une notice (lien "Retour à la notice" après avoir cliqué
> sur le "Titre" d'un document).
>
> Quand on clique sur une fiche pour la voir et qu'ensuite on clique sur
> le lien "Retour à la notice" le module de recherche lance une requête
> '(md-ori-oai-id:("oai:oriwww.unit.eu:unit-ori-wf-1-XXXX"))' qui
> n'aboutit pas à tous les coups.
>
> Si la notice n'est pas dans le cache du moteur d'indexation elle va
> l'y ajouter (si la recherche c'est bien passée) ; mais j'ai
> l'impression qu'une notice n'est mise en cache complètement qu'avec un
> id de type " @unit-ori-wf-1-XXXX" (suite à une
> transformation interne de la requête). Il semble n'y avoir qu'un cache
> partiel de la fiche au format "oai:oriwww.unit.eu:unit-ori-wf-1-XXXX".
>
> Quand on fait une demande d'affichage de la notice le requête n'est
> pas transformée avec des "@" du coup lors de l'accès à une notice en
> cache si la requête n'est pas formée avec le séparateur "@" ça plante
> car il n'arrive pas à récupérer tous les attributs dans le cache.
>
> Récemment (depuis la 1.4.1) dans le module d'indexation
> (src/org/orioai/indexing/administration/ResultSearch.java) l'id d'une
> fiche moissonnée est passée de "oai:oriwww.unit.eu:unit-ori-wf-1-XXXX"
> à " @unit-ori-wf-1-XXXX".
>
> Cela n'a pas été répercuté du côté du webservice utilisé par le module
> de recherche je pense.
>
> J'en suis donc venu à penser faire la même chose pour la partie
> recherche ; ce qui donne le patch suivant (qui bien sûr marche :-P) :
>
> Index: src/org/orioai/search/web/common/search/notice/Search.java
> ===================================================================
> --- src/org/orioai/search/web/common/search/notice/Search.java
> (révision 556)
> +++ src/org/orioai/search/web/common/search/notice/Search.java (copie
> de travail)
> @@ -186,6 +186,10 @@
> idParameter = idNotice;
> }
>
> + if (idParameter.contains(":")) idParameter =
> idParameter.replaceAll(":", "@");
> + if (idParameter.contains("'")) idParameter =
> idParameter.replaceAll("'", "quote");
> + if (idParameter.contains(" ")) idParameter =
> idParameter.replaceAll(" ", "spaceChar");
> +
> //System.out.println("\nidUtfParameter
> commons.Search="+idUtfParameter);
> //System.out.println("idParameter
> commons.Search="+idParameter);
>
> @@ -389,4 +393,4 @@
> }*/
>
>
> -}
> \ Pas de fin de ligne à la fin du fichier
> +}
>
>
> Peut-être que la solution la plus propre serait de le faire du côté du
> module d'indexation.
>
> À+
>

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

Sujet clos

Valoriser le patrimoine numérique scientifique, pédagogique et documentaire des universités et le partager par un réseau de portails communicants en OAI

Traduction auto Google

Aide

Options d'affichage des commentaires