Probleme installation ORI-OAI sur distribution Linux Debian.

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:8612bb6d37e7d9c3729343fcc3b33c07' 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,\n Tout fonctionne, on a juste une remarque sur ori-oai-repository : \n le nom du contexte est en dur dans la feuille de rendu \nWebContent/xsl/ihm_main.xsl, donc si on déploie dans un autre répertoire \nque \"repository\" , ca ne fonctionne plus, on a donc modifié la feuille \nde rendu.\nCordialement.\n-- \nVincent Bellenger \nIUFM de Bretagne 153 Rue Saint Malo\nCentre de R\n</div>\n', created = 1507744943, expire = 1507831343, headers = '', serialized = 0 WHERE cid = '4:8612bb6d37e7d9c3729343fcc3b33c07' 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:8612bb6d37e7d9c3729343fcc3b33c07' 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,\n Tout fonctionne, on a juste une remarque sur ori-oai-repository : \n le nom du contexte est en dur dans la feuille de rendu \nWebContent/xsl/ihm_main.xsl, donc si on déploie dans un autre répertoire \nque \"repository\" , ca ne fonctionne plus, on a donc modifié la feuille \nde rendu.\nCordialement.\n-- \nVincent Bellenger \nIUFM de Bretagne 153 Rue Saint Malo\nCentre de R\n</div>\n', created = 1507744943, expire = 1507831343, headers = '', serialized = 0 WHERE cid = '4:8612bb6d37e7d9c3729343fcc3b33c07' 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:58586ec628039d4c18baf50732d699a3' 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,\nAfin de présenter les fonctionalités d\'ORI-OAI dans mon établissement et \nd\'offrir un espace de test, j\'ai installé la version Linux sur une \nmachine Debian (2.4) à l\'aide de la très bonne documentation (ORI-OAI-V1 \nlinux de l\'INSA de Lyon), dont je remercie l\'auteur :\nMysql 4.1 (configurée innoDB) \nJava 1.5.0**_14 \nTomcat 5.5.25\nTous les tests des modules sont bons sauf le remoteconfigtest du \nworkflow. (voir le fichier 1 joint) \nJ\'ai testé le moissonneur avec succès sur these_insa. \nJ\'ai également une erreur après m\'être identifier sur l\'interface \nworkflow (auteur, passwd ori sur un ldap local) en essayant la saisie \nd\'une référence (dc ou LOM) : log tomcat-workflow \n****** \nxfire: 104430 ERROR handler.DefaultFaultHandler invoke[35] - Fault \noccurred! \norg.hibernate.ObjectNotFoundException: No row with the given identifier \nexists: [org.orioai.workflow.beans.WorkflowInstance#8]\nLes tests des formulaire (lom et dc blank) fonctionnent.\nLe problème doit etre du coté du module vocabulary (d\'après les \ndiscussions sur cette liste), mais je ne trouve pas la solution. \nCe n\'est pas un pb de proxy : \nesup:/usr/local/ori#java -jar testURL.jar \nHTTP/1.0 200 OK\nMerci d\'avance pour tout aide.\nET merci également aux concepteurs de cette application.\n-- \n Patrick Delage\n_____________________________________________________________ \n| INGENIEUR SCIRN Universite du Maine | \n| Service Commun d\'Informatique et Ressources Numériques | \n| Avenue Olivier MESSIAEN 72085 LE MANS CEDEX 9 FRANCE | \n| Tel : 33 2 43 83 30 41 Fax: 33 2 43 83 38 01 | \n| <a href=\"http://www.univ-lemans.fr\" title=\"http://www.univ-lemans.fr\">http://www.univ-lemans.fr</a> | \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 = 1507744944, expire = 1507831344, headers = '', serialized = 0 WHERE cid = '4:58586ec628039d4c18baf50732d699a3' 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:8b66c0b4298f62176f5612ae3d41d4de' 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 Patrick,\nJe me suis inscrite à la journée ORI-OAI du 6 février. Est-ce que tu y \nvas aussi ? De notre côté, on a rien commencé sur le sujet. C\'est pour \nm\'informer avant de commencer.\nA bientôt. \nDominique.\nPatrick Delage (CRI) a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Bonjour, \n> \n> Afin de présenter les fonctionalités d\'ORI-OAI dans mon établissement \n> et d\'offrir un espace de test, j\'ai installé la version Linux sur une \n> machine Debian (2.4) à l\'aide de la très bonne documentation \n> (ORI-OAI-V1 linux de l\'INSA de Lyon), dont je remercie l\'auteur : \n> \n> Mysql 4.1 (configurée innoDB) \n> Java 1.5.0**_14 \n> Tomcat 5.5.25 \n> \n> Tous les tests des modules sont bons sauf le remoteconfigtest du \n> workflow. (voir le fichier 1 joint) \n> J\'ai testé le moissonneur avec succès sur these_insa. \n> J\'ai également une erreur après m\'être identifier sur l\'interface \n> workflow (auteur, passwd ori sur un ldap local) en essayant la saisie \n> d\'une référence (dc ou LOM) : log tomcat-workflow \n> ****** \n> xfire: 104430 ERROR handler.DefaultFaultHandler invoke[35] - Fault \n> occurred! \n> org.hibernate.ObjectNotFoundException: No row with the given \n> identifier exists: [org.orioai.workflow.beans.WorkflowInstance#8] \n> \n> Les tests des formulaire (lom et dc blank) fonctionnent. \n> \n> Le problème doit etre du coté du module vocabulary (d\'après les \n> discussions sur cette liste), mais je ne trouve pas la solution. \n> Ce n\'est pas un pb de proxy : \n> esup:/usr/local/ori#java -jar testURL.jar \n> HTTP/1.0 200 OK \n> \n> Merci d\'avance pour tout aide. \n> \n> ET merci également aux concepteurs de cette application. \n></div>\n</blockquote>\n-- \n___________________________________________________________________________________________ \nDominique DUQUENNE\nService Environnement de Travail \nCentre de Ressources Informatique de l\'Université d\'Angers \nBureau L 226 \n2, Boulevard Lavoisier \n49045 ANGERS Cedex\nTel : +33 2 41 22 67 76 Fax : +33 2 41 22 67 51 \nEmail : <a href=\"mailto:Dominique.Duquenne@univ-angers.fr\">Dominique.Duquenne@univ-angers.fr</a>\nportable : +33 6 14 39 81 84\n<a href=\"http://www.univ-angers.fr/edt\" title=\"http://www.univ-angers.fr/edt\">http://www.univ-angers.fr/edt</a>\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 = 1507744946, expire = 1507831346, headers = '', serialized = 0 WHERE cid = '4:8b66c0b4298f62176f5612ae3d41d4de' 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:2794e95816df22fcd81e26099d00de4d' 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,\nMerci pour ce retour.\nConcernant le remoteconfigtest du workflow, l\'erreur vient de notre \ninstance ori-oai-vocabulary sur ori-oai.org, il faut d\'ailleurs que l\'on \ncorrige cela rapidement. \n=> le test testGetVocabulariesId qui échoue de cette manière ne signifie \npas qu\'il y a un problème au niveau du module ori-oai-vocabulary. \nDonc a priori votre module ori-oai-vocabulary est tout à fait opérationnel.\nDonc ici vous avez en fait un problème entre l\'application \nori-oai-workflow et votre base de données. \nVous précisez que vous êtes en INNODB (au cas où vous pouvez aussi \nvérifier cela, cette documentation pouvant aider : \n<a href=\"http://sourcesup.cru.fr/ori-workflow/installation.html#5.1\" title=\"http://sourcesup.cru.fr/ori-workflow/installation.html#5.1\">http://sourcesup.cru.fr/ori-workflow/installation.html#5.1</a>) donc tout me \nparait OK ...\nLe problème viendrait de Hibernate (l\'outil que l\'on utilise pour \ndialoguer avec MySql) a priori j\'ai peur. \nCar cela me semble correspondre à ce bug référencé sur le site \nd\'Hibernate ... : \n<a href=\"http://opensource.atlassian.com/projects/hibernate/browse/HHH-1846?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_23869\" title=\"http://opensource.atlassian.com/projects/hibernate/browse/HHH-1846?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_23869\">http://opensource.atlassian.com/projects/hibernate/browse/HHH-1846?page=...</a> \n(on utilise dans ori-oai-workflow cette fonctionnalité de subclass ...)\n=> une incompatibilité entre Hibernate et le MySql 4.1 ... ?\nJe recherche de mon côté voir si je peux en savoir plus. \nNotamment je suis assez étonné, car je pensais qu\'à Rennes1 on avait \ndéjà installé ori-oai-workflow sur un Mysql4.1 : on a passé récemment \nnotre MySql en version 5, \nJe vais me renseigner. \nEgalement si d\'autres utilisateurs et dévelopeurs peuvent indiquer si \nils tournent avec un MySql 4, cela pourrait être intéressant comme retour.\nMerci, \nVincent Bonamy.\nPatrick Delage (CRI) wrote: \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Bonjour, \n> \n> Afin de présenter les fonctionalités d\'ORI-OAI dans mon établissement \n> et d\'offrir un espace de test, j\'ai installé la version Linux sur une \n> machine Debian (2.4) à l\'aide de la très bonne documentation \n> (ORI-OAI-V1 linux de l\'INSA de Lyon), dont je remercie l\'auteur : \n> \n> Mysql 4.1 (configurée innoDB) \n> Java 1.5.0**_14 \n> Tomcat 5.5.25 \n> \n> Tous les tests des modules sont bons sauf le remoteconfigtest du \n> workflow. (voir le fichier 1 joint) \n> J\'ai testé le moissonneur avec succès sur these_insa. \n> J\'ai également une erreur après m\'être identifier sur l\'interface \n> workflow (auteur, passwd ori sur un ldap local) en essayant la saisie \n> d\'une référence (dc ou LOM) : log tomcat-workflow \n> ****** \n> xfire: 104430 ERROR handler.DefaultFaultHandler invoke[35] - Fault \n> occurred! \n> org.hibernate.ObjectNotFoundException: No row with the given \n> identifier exists: [org.orioai.workflow.beans.WorkflowInstance#8] \n> \n> Les tests des formulaire (lom et dc blank) fonctionnent. \n> \n> Le problème doit etre du coté du module vocabulary (d\'après les \n> discussions sur cette liste), mais je ne trouve pas la solution. \n> Ce n\'est pas un pb de proxy : \n> esup:/usr/local/ori#java -jar testURL.jar \n> HTTP/1.0 200 OK \n> \n> Merci d\'avance pour tout aide. \n> \n> ET merci également aux concepteurs de cette application. \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 = 1507744946, expire = 1507831346, headers = '', serialized = 0 WHERE cid = '4:2794e95816df22fcd81e26099d00de4d' 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:0ae9895acd634f3b93a7981b1b0ee456' 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\">Rebonjour,\nDonc à Rennes1, avant notre passage en MySql 5, on a utilisé \nori-oai-workflow sans problème avec un MySql 4.1.22 (et peut-être, mais \nje ne saurai dire .... avec des versions infèrieures). \nSur UNIT pourtant on utilise une version plus ancienne de Mysql (donnée \npar debian sarge) et noté : 4.0.24_Debian-10sarge2-log ... et ca fonctionne.\nIci, je ne peux que vous suggérer de passer à une version de MySql un \npeu plus récente (en espérant que cela ne vous pose pas de trop gros \nproblèmes techniques ... ?) : la 4.1.22 par exemple donc .... en \nespérant que cela résoudra le problème rencontré ... \nMerci de nous tenir informer.\nVincent Bonamy.\nVincent Bonamy wrote: \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Bonjour, \n> \n> Merci pour ce retour. \n> \n> Concernant le remoteconfigtest du workflow, l\'erreur vient de notre \n> instance ori-oai-vocabulary sur ori-oai.org, il faut d\'ailleurs que \n> l\'on corrige cela rapidement. \n> => le test testGetVocabulariesId qui échoue de cette manière ne \n> signifie pas qu\'il y a un problème au niveau du module \n> ori-oai-vocabulary. \n> Donc a priori votre module ori-oai-vocabulary est tout à fait \n> opérationnel. \n> \n> Donc ici vous avez en fait un problème entre l\'application \n> ori-oai-workflow et votre base de données. \n> Vous précisez que vous êtes en INNODB (au cas où vous pouvez aussi \n> vérifier cela, cette documentation pouvant aider : \n> <a href=\"http://sourcesup.cru.fr/ori-workflow/installation.html#5.1\" title=\"http://sourcesup.cru.fr/ori-workflow/installation.html#5.1\">http://sourcesup.cru.fr/ori-workflow/installation.html#5.1</a>) donc tout \n> me parait OK ... \n> \n> Le problème viendrait de Hibernate (l\'outil que l\'on utilise pour \n> dialoguer avec MySql) a priori j\'ai peur. \n> Car cela me semble correspondre à ce bug référencé sur le site \n> d\'Hibernate ... : \n> <a href=\"http://opensource.atlassian.com/projects/hibernate/browse/HHH-1846?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_23869\" title=\"http://opensource.atlassian.com/projects/hibernate/browse/HHH-1846?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_23869\">http://opensource.atlassian.com/projects/hibernate/browse/HHH-1846?page=...</a> \n> \n> (on utilise dans ori-oai-workflow cette fonctionnalité de subclass ...) \n> \n> => une incompatibilité entre Hibernate et le MySql 4.1 ... ? \n> \n> Je recherche de mon côté voir si je peux en savoir plus. \n> Notamment je suis assez étonné, car je pensais qu\'à Rennes1 on avait \n> déjà installé ori-oai-workflow sur un Mysql4.1 : on a passé récemment \n> notre MySql en version 5, \n> Je vais me renseigner. \n> Egalement si d\'autres utilisateurs et dévelopeurs peuvent indiquer si \n> ils tournent avec un MySql 4, cela pourrait être intéressant comme \n> retour. \n> \n> Merci, \n> Vincent Bonamy. \n> \n> \n> Patrick Delage (CRI) wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Bonjour, \n>> \n>> Afin de présenter les fonctionalités d\'ORI-OAI dans mon établissement \n>> et d\'offrir un espace de test, j\'ai installé la version Linux sur une \n>> machine Debian (2.4) à l\'aide de la très bonne documentation \n>> (ORI-OAI-V1 linux de l\'INSA de Lyon), dont je remercie l\'auteur : \n>> \n>> Mysql 4.1 (configurée innoDB) \n>> Java 1.5.0**_14 \n>> Tomcat 5.5.25 \n>> \n>> Tous les tests des modules sont bons sauf le remoteconfigtest du \n>> workflow. (voir le fichier 1 joint) \n>> J\'ai testé le moissonneur avec succès sur these_insa. \n>> J\'ai également une erreur après m\'être identifier sur l\'interface \n>> workflow (auteur, passwd ori sur un ldap local) en essayant la saisie \n>> d\'une référence (dc ou LOM) : log tomcat-workflow \n>> ****** \n>> xfire: 104430 ERROR handler.DefaultFaultHandler invoke[35] - Fault \n>> occurred! \n>> org.hibernate.ObjectNotFoundException: No row with the given \n>> identifier exists: [org.orioai.workflow.beans.WorkflowInstance#8] \n>> \n>> Les tests des formulaire (lom et dc blank) fonctionnent. \n>> \n>> Le problème doit etre du coté du module vocabulary (d\'après les \n>> discussions sur cette liste), mais je ne trouve pas la solution. \n>> Ce n\'est pas un pb de proxy : \n>> esup:/usr/local/ori#java -jar testURL.jar \n>> HTTP/1.0 200 OK \n>> \n>> Merci d\'avance pour tout aide. \n>> \n>> ET merci également aux concepteurs de cette application. \n>></blockquote>\n<blockquote class=\"emailFilter_Author_0\">></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 = 1507744946, expire = 1507831346, headers = '', serialized = 0 WHERE cid = '4:0ae9895acd634f3b93a7981b1b0ee456' 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:1982a7884125ae6c07b9c5982678e659' 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\">Patrick Delage (CRI) wrote:\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">>Vincent Bonamy wrote: \n> \n> \n></blockquote>\n<blockquote class=\"emailFilter_Author_1\">>>Rebonjour, \n>> \n>>Donc à Rennes1, avant notre passage en MySql 5, on a utilisé \n>>ori-oai-workflow sans problème avec un MySql 4.1.22 (et peut-être, mais \n>>je ne saurai dire .... avec des versions infèrieures). \n>>Sur UNIT pourtant on utilise une version plus ancienne de Mysql (donnée \n>>par debian sarge) et noté : 4.0.24_Debian-10sarge2-log ... et ca fonctionne. \n>> \n>>Ici, je ne peux que vous suggérer de passer à une version de MySql un \n>>peu plus récente (en espérant que cela ne vous pose pas de trop gros \n>>problèmes techniques ... ?) : la 4.1.22 par exemple donc .... en \n>>espérant que cela résoudra le problème rencontré ... \n>>Merci de nous tenir informer. \n>> \n>>Vincent Bonamy. \n>> \n>> \n>> \n>>Vincent Bonamy wrote: \n>> \n>> \n>> \n>></blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>>Bonjour, \n>>> \n>>>Merci pour ce retour. \n>>> \n>>>Concernant le remoteconfigtest du workflow, l\'erreur vient de notre \n>>>instance ori-oai-vocabulary sur ori-oai.org, il faut d\'ailleurs que \n>>>l\'on corrige cela rapidement. \n>>>=> le test testGetVocabulariesId qui échoue de cette manière ne \n>>>signifie pas qu\'il y a un problème au niveau du module \n>>>ori-oai-vocabulary. \n>>>Donc a priori votre module ori-oai-vocabulary est tout à fait \n>>>opérationnel. \n>>> \n>>>Donc ici vous avez en fait un problème entre l\'application \n>>>ori-oai-workflow et votre base de données. \n>>>Vous précisez que vous êtes en INNODB (au cas où vous pouvez aussi \n>>>vérifier cela, cette documentation pouvant aider : \n>>>http://sourcesup.cru.fr/ori-workflow/installation.html#5.1) donc tout \n>>>me parait OK ... \n>>> \n>>>Le problème viendrait de Hibernate (l\'outil que l\'on utilise pour \n>>>dialoguer avec MySql) a priori j\'ai peur. \n>>>Car cela me semble correspondre à ce bug référencé sur le site \n>>>d\'Hibernate ... : \n>>>http://opensource.atlassian.com/projects/hibernate/browse/HHH-1846?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_23869 \n>>> \n>>>(on utilise dans ori-oai-workflow cette fonctionnalité de subclass ...) \n>>> \n>>>=> une incompatibilité entre Hibernate et le MySql 4.1 ... ? \n>>> \n>>>Je recherche de mon côté voir si je peux en savoir plus. \n>>>Notamment je suis assez étonné, car je pensais qu\'à Rennes1 on avait \n>>>déjà installé ori-oai-workflow sur un Mysql4.1 : on a passé récemment \n>>>notre MySql en version 5, \n>>>Je vais me renseigner. \n>>>Egalement si d\'autres utilisateurs et dévelopeurs peuvent indiquer si \n>>>ils tournent avec un MySql 4, cela pourrait être intéressant comme \n>>>retour. \n>>> \n>>>Merci, \n>>>Vincent Bonamy. \n>>> \n>>> \n>>>Patrick Delage (CRI) wrote: \n>>> \n>>> \n>>> \n>>></blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>>Bonjour, \n>>>> \n>>>>Afin de présenter les fonctionalités d\'ORI-OAI dans mon établissement \n>>>>et d\'offrir un espace de test, j\'ai installé la version Linux sur une \n>>>>machine Debian (2.4) à l\'aide de la très bonne documentation \n>>>>(ORI-OAI-V1 linux de l\'INSA de Lyon), dont je remercie l\'auteur : \n>>>> \n>>>>Mysql 4.1 (configurée innoDB) \n>>>>Java 1.5.0**_14 \n>>>>Tomcat 5.5.25 \n>>>> \n>>>>Tous les tests des modules sont bons sauf le remoteconfigtest du \n>>>>workflow. (voir le fichier 1 joint) \n>>>>J\'ai testé le moissonneur avec succès sur these_insa. \n>>>>J\'ai également une erreur après m\'être identifier sur l\'interface \n>>>>workflow (auteur, passwd ori sur un ldap local) en essayant la saisie \n>>>>d\'une référence (dc ou LOM) : log tomcat-workflow \n>>>>****** \n>>>>xfire: 104430 ERROR handler.DefaultFaultHandler invoke[35] - Fault \n>>>>occurred! \n>>>>org.hibernate.ObjectNotFoundException: No row with the given \n>>>>identifier exists: [org.orioai.workflow.beans.WorkflowInstance#8] \n>>>> \n>>>>Les tests des formulaire (lom et dc blank) fonctionnent. \n>>>> \n>>>>Le problème doit etre du coté du module vocabulary (d\'après les \n>>>>discussions sur cette liste), mais je ne trouve pas la solution. \n>>>>Ce n\'est pas un pb de proxy : \n>>>>esup:/usr/local/ori#java -jar testURL.jar \n>>>>HTTP/1.0 200 OK \n>>>> \n>>>>Merci d\'avance pour tout aide. \n>>>> \n>>>>ET merci également aux concepteurs de cette application. \n>>>> \n>>>> \n>>>> \n>>>> \n>>>></blockquote>\n<blockquote class=\"emailFilter_Author_0\">>Bonsoir, \n>C\'est bon avec la base Mysql 5.0 \n>Merci. \n>Je bloque maintenant sur la recherche simple après avoir publier une \n>ressource \n>Page 57 de la doc INSA Lyon) \n>Erreur 500 sur une page jsp. \n>Je creuse et poste si besoin. \n> \n>Merci encore. \n> \n> \n> \n></div>\n</blockquote>\nBonjour, \nAprès recherche, la jsp advanced-result-temp2.jsp appelée par \nadvanced-result.jsp n\'existe pas. \nPar contre advanced-result-temp.jsp, existe.\nERROR [http-8184-Processor23] - \"Servlet.service()\" pour la servlet \nsearch a gÃ©nÃ©rÃ© une exception \njavax.servlet.ServletException: Le fichier \n\"/WEB-INF/stylesheets/advanced/./advanced-result-temp2.jsp\" n\'a pas \nÃ©tÃ© trouvÃ© \n at \norg.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:308)\nA tout harsard, J\'ai pensé dupliquer advanced-result-temp2.jsp en partant de advanced-result-temp.jsp mais bien-sûr, cela ne fonctionne pas (pb de label)\nMerci pour toute aide.\n-- \n Patrick Delage\n_____________________________________________________________ \n| INGENIEUR SCIRN Universite du Maine | \n| Service Commun d\'Informatique et Ressources Numériques | \n| Avenue Olivier MESSIAEN 72085 LE MANS CEDEX 9 FRANCE | \n| Tel : 33 2 43 83 30 41 Fax: 33 2 43 83 38 01 | \n| <a href=\"http://www.univ-lemans.fr\" title=\"http://www.univ-lemans.fr\">http://www.univ-lemans.fr</a> | \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 = 1507744946, expire = 1507831346, headers = '', serialized = 0 WHERE cid = '4:1982a7884125ae6c07b9c5982678e659' 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:07ab4c5d93fb997fd50d18fbdbb5776d' 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\">\nBonjour, \nCeci est une erreur qui est en cours de correction pour la version\n1.0.1 de ori-oai-search \nEn attendant, sachez que ceci est une erreur de packaging de ma part.\nVous pouvez tout simplement supprimer la ligne qui fait référence à advanced-result-temp2.jsp\ncar elle ne sert à rien. \nCordialement, \nYohan Colmant \n \nPatrick Delage (CRI) a écrit :\n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>Patrick\nDelage (CRI) wrote:\n \n \n <div class=\"emailFilter_Author_1\"><blockquote type=\"cite\">Vincent Bonamy wrote:\n \n \n \n \n \n <div class=\"emailFilter_Author_2\"><blockquote type=\"cite\">Rebonjour,\n \n \nDonc à Rennes1, avant notre passage en MySql 5, on a utilisé\nori-oai-workflow sans problème avec un MySql 4.1.22 (et peut-être, mais\nje ne saurai dire .... avec des versions infèrieures).\n \nSur UNIT pourtant on utilise une version plus ancienne de Mysql (donnée\npar debian sarge) et noté : 4.0.24_Debian-10sarge2-log ... et ca\nfonctionne.\n \n \nIci, je ne peux que vous suggérer de passer à une version de MySql un\npeu plus récente (en espérant que cela ne vous pose pas de trop gros\nproblèmes techniques ... ?) : la 4.1.22 par exemple donc .... en\nespérant que cela résoudra le problème rencontré ...\n \nMerci de nous tenir informer.\n \n \nVincent Bonamy.\n \n \n \n \nVincent Bonamy wrote:\n \n \n \n   \n <div class=\"emailFilter_Author_3\"><blockquote type=\"cite\">Bonjour,\n \n \nMerci pour ce retour.\n \n \nConcernant le remoteconfigtest du workflow, l\'erreur vient de notre\ninstance ori-oai-vocabulary sur ori-oai.org, il faut d\'ailleurs que\nl\'on corrige cela rapidement.\n \n=> le test testGetVocabulariesId qui échoue de cette manière ne\nsignifie pas qu\'il y a un problème au niveau du module\nori-oai-vocabulary.\n \nDonc a priori votre module ori-oai-vocabulary est tout à fait\nopérationnel.\n \n \nDonc ici vous avez en fait un problème entre l\'application\nori-oai-workflow et votre base de données.\n \nVous précisez que vous êtes en INNODB (au cas où vous pouvez aussi\nvérifier cela, cette documentation pouvant aider :\n<a class=\"moz-txt-link-freetext\" href=\"http://sourcesup.cru.fr/ori-workflow/installation.html#5.1\">http://sourcesup.cru.fr/ori-workflow/installation.html#5.1</a>) donc tout\nme parait OK ...\n \n \nLe problème viendrait de Hibernate (l\'outil que l\'on utilise pour\ndialoguer avec MySql) a priori j\'ai peur.\n \nCar cela me semble correspondre à ce bug référencé sur le site\nd\'Hibernate ... :\n \n<a class=\"moz-txt-link-freetext\" href=\"http://opensource.atlassian.com/projects/hibernate/browse/HHH-1846?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_23869\">http://opensource.atlassian.com/projects/hibernate/browse/HHH-1846?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_23869</a>\n \n(on utilise dans ori-oai-workflow cette fonctionnalité de subclass ...)\n \n \n=> une incompatibilité entre Hibernate et le MySql 4.1 ... ?\n \n \nJe recherche de mon côté voir si je peux en savoir plus.\n \nNotamment je suis assez étonné, car je pensais qu\'à Rennes1 on avait\ndéjà installé ori-oai-workflow sur un Mysql4.1 : on a passé récemment\nnotre MySql en version 5,\n \nJe vais me renseigner.\n \nEgalement si d\'autres utilisateurs et dévelopeurs peuvent indiquer si\nils tournent avec un MySql 4, cela pourrait être intéressant comme\nretour.\n \n \nMerci,\n \nVincent Bonamy.\n \n \n \nPatrick Delage (CRI) wrote:\n \n  \n     \n <div class=\"emailFilter_Author_4\"><blockquote type=\"cite\">Bonjour,\n \n \nAfin de présenter les fonctionalités d\'ORI-OAI dans mon établissement\net d\'offrir un espace de test, j\'ai installé la version Linux sur une\nmachine Debian (2.4) à l\'aide de la très bonne documentation\n(ORI-OAI-V1 linux de l\'INSA de Lyon), dont je remercie l\'auteur :\n \n \nMysql 4.1 (configurée innoDB)\n \nJava 1.5.0**_14\n \nTomcat 5.5.25\n \n \nTous les tests des modules sont bons sauf le remoteconfigtest du\nworkflow. (voir le fichier 1 joint)\n \nJ\'ai testé le moissonneur avec succès sur these_insa.\n \nJ\'ai également une erreur après m\'être identifier sur l\'interface\nworkflow (auteur, passwd ori sur un ldap local) en essayant la saisie\nd\'une référence (dc ou LOM) : log tomcat-workflow\n \n******\n \nxfire: 104430 ERROR handler.DefaultFaultHandler invoke[35]  - Fault\noccurred!\n \norg.hibernate.ObjectNotFoundException: No row with the given identifier\nexists: [org.orioai.workflow.beans.WorkflowInstance#8]\n \n \nLes tests des formulaire (lom et dc blank) fonctionnent.\n \n \nLe problème doit etre du coté du module vocabulary (d\'après les\ndiscussions sur cette liste), mais je ne trouve pas la solution.\n \nCe n\'est pas un pb de proxy :\n \nesup:/usr/local/ori#java -jar testURL.jar\n \nHTTP/1.0 200 OK\n \n \nMerci d\'avance pour tout aide.\n \n \nET merci également aux concepteurs de cette application.\n \n \n    \n       \n </blockquote></div>\n </blockquote></div>\n </blockquote></div>\nBonsoir,\n \nC\'est bon avec la base Mysql 5.0\n \nMerci.\n \nJe bloque maintenant sur la recherche simple après avoir publier une\nressource\n \nPage 57 de la doc INSA Lyon)\n \nErreur 500 sur une page jsp.\n \nJe creuse et poste si besoin.\n \n \nMerci encore.\n \n \n \n \n \n \n </blockquote></div>\nBonjour,\n \nAprès recherche, la jsp advanced-result-temp2.jsp appelée par\nadvanced-result.jsp n\'existe pas.\n \nPar contre advanced-result-temp.jsp, existe.\n \n \n \nERROR [http-8184-Processor23] - \"Servlet.service()\" pour la servlet\nsearch a gÃ©nÃ©rÃ© une exception\n \njavax.servlet.ServletException: Le fichier\n\"/WEB-INF/stylesheets/advanced/./advanced-result-temp2.jsp\" n\'a pas\nÃ©tÃ© trouvÃ©\n \n   at\norg.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:308)\n \n \nA tout harsard, J\'ai pensé dupliquer advanced-result-temp2.jsp en\npartant de advanced-result-temp.jsp mais bien-sûr, cela ne fonctionne\npas (pb de label)\n \n \nMerci pour toute aide.\n \n \n \n \n</blockquote></div></div>\n</body>\n -- \n Ce message a été vérifié par\n pour des virus ou des polluriels et rien de\n suspect n\'a été trouvé.\n</html>\n</div>', created = 1507744946, expire = 1507831346, headers = '', serialized = 0 WHERE cid = '4:07ab4c5d93fb997fd50d18fbdbb5776d' 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:888f63567aaa10c33564d762db579845' 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\">Vincent Bonamy wrote:\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">>Rebonjour, \n> \n>Donc à Rennes1, avant notre passage en MySql 5, on a utilisé \n>ori-oai-workflow sans problème avec un MySql 4.1.22 (et peut-être, mais \n>je ne saurai dire .... avec des versions infèrieures). \n>Sur UNIT pourtant on utilise une version plus ancienne de Mysql (donnée \n>par debian sarge) et noté : 4.0.24_Debian-10sarge2-log ... et ca fonctionne. \n> \n>Ici, je ne peux que vous suggérer de passer à une version de MySql un \n>peu plus récente (en espérant que cela ne vous pose pas de trop gros \n>problèmes techniques ... ?) : la 4.1.22 par exemple donc .... en \n>espérant que cela résoudra le problème rencontré ... \n>Merci de nous tenir informer. \n> \n>Vincent Bonamy. \n> \n> \n> \n>Vincent Bonamy wrote: \n> \n></blockquote>\n<blockquote class=\"emailFilter_Author_1\">>>Bonjour, \n>> \n>>Merci pour ce retour. \n>> \n>>Concernant le remoteconfigtest du workflow, l\'erreur vient de notre \n>>instance ori-oai-vocabulary sur ori-oai.org, il faut d\'ailleurs que \n>>l\'on corrige cela rapidement. \n>>=> le test testGetVocabulariesId qui échoue de cette manière ne \n>>signifie pas qu\'il y a un problème au niveau du module \n>>ori-oai-vocabulary. \n>>Donc a priori votre module ori-oai-vocabulary est tout à fait \n>>opérationnel. \n>> \n>>Donc ici vous avez en fait un problème entre l\'application \n>>ori-oai-workflow et votre base de données. \n>>Vous précisez que vous êtes en INNODB (au cas où vous pouvez aussi \n>>vérifier cela, cette documentation pouvant aider : \n>>http://sourcesup.cru.fr/ori-workflow/installation.html#5.1) donc tout \n>>me parait OK ... \n>> \n>>Le problème viendrait de Hibernate (l\'outil que l\'on utilise pour \n>>dialoguer avec MySql) a priori j\'ai peur. \n>>Car cela me semble correspondre à ce bug référencé sur le site \n>>d\'Hibernate ... : \n>>http://opensource.atlassian.com/projects/hibernate/browse/HHH-1846?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_23869 \n>> \n>>(on utilise dans ori-oai-workflow cette fonctionnalité de subclass ...) \n>> \n>>=> une incompatibilité entre Hibernate et le MySql 4.1 ... ? \n>> \n>>Je recherche de mon côté voir si je peux en savoir plus. \n>>Notamment je suis assez étonné, car je pensais qu\'à Rennes1 on avait \n>>déjà installé ori-oai-workflow sur un Mysql4.1 : on a passé récemment \n>>notre MySql en version 5, \n>>Je vais me renseigner. \n>>Egalement si d\'autres utilisateurs et dévelopeurs peuvent indiquer si \n>>ils tournent avec un MySql 4, cela pourrait être intéressant comme \n>>retour. \n>> \n>>Merci, \n>>Vincent Bonamy. \n>> \n>> \n>>Patrick Delage (CRI) wrote: \n>> \n>></blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>>Bonjour, \n>>> \n>>>Afin de présenter les fonctionalités d\'ORI-OAI dans mon établissement \n>>>et d\'offrir un espace de test, j\'ai installé la version Linux sur une \n>>>machine Debian (2.4) à l\'aide de la très bonne documentation \n>>>(ORI-OAI-V1 linux de l\'INSA de Lyon), dont je remercie l\'auteur : \n>>> \n>>>Mysql 4.1 (configurée innoDB) \n>>>Java 1.5.0**_14 \n>>>Tomcat 5.5.25 \n>>> \n>>>Tous les tests des modules sont bons sauf le remoteconfigtest du \n>>>workflow. (voir le fichier 1 joint) \n>>>J\'ai testé le moissonneur avec succès sur these_insa. \n>>>J\'ai également une erreur après m\'être identifier sur l\'interface \n>>>workflow (auteur, passwd ori sur un ldap local) en essayant la saisie \n>>>d\'une référence (dc ou LOM) : log tomcat-workflow \n>>>****** \n>>>xfire: 104430 ERROR handler.DefaultFaultHandler invoke[35] - Fault \n>>>occurred! \n>>>org.hibernate.ObjectNotFoundException: No row with the given \n>>>identifier exists: [org.orioai.workflow.beans.WorkflowInstance#8] \n>>> \n>>>Les tests des formulaire (lom et dc blank) fonctionnent. \n>>> \n>>>Le problème doit etre du coté du module vocabulary (d\'après les \n>>>discussions sur cette liste), mais je ne trouve pas la solution. \n>>>Ce n\'est pas un pb de proxy : \n>>>esup:/usr/local/ori#java -jar testURL.jar \n>>>HTTP/1.0 200 OK \n>>> \n>>>Merci d\'avance pour tout aide. \n>>> \n>>>ET merci également aux concepteurs de cette application. \n>>> \n>>> \n>>></div>\n</blockquote>\nBonsoir, \nC\'est bon avec la base Mysql 5.0 \nMerci. \nJe bloque maintenant sur la recherche simple après avoir publier une \nressource \nPage 57 de la doc INSA Lyon) \nErreur 500 sur une page jsp. \nJe creuse et poste si besoin.\nMerci encore.\n-- \n Patrick Delage\n_____________________________________________________________ \n| INGENIEUR SCIRN Universite du Maine | \n| Service Commun d\'Informatique et Ressources Numériques | \n| Avenue Olivier MESSIAEN 72085 LE MANS CEDEX 9 FRANCE | \n| Tel : 33 2 43 83 30 41 Fax: 33 2 43 83 38 01 | \n| <a href=\"http://www.univ-lemans.fr\" title=\"http://www.univ-lemans.fr\">http://www.univ-lemans.fr</a> | \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 = 1507744946, expire = 1507831346, headers = '', serialized = 0 WHERE cid = '4:888f63567aaa10c33564d762db579845' 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:b84ee68bfb651a96816b70fffdb03079' 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\">Vincent Bonamy wrote:\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">>Rebonjour, \n> \n>Donc à Rennes1, avant notre passage en MySql 5, on a utilisé \n>ori-oai-workflow sans problème avec un MySql 4.1.22 (et peut-être, mais \n>je ne saurai dire .... avec des versions infèrieures). \n>Sur UNIT pourtant on utilise une version plus ancienne de Mysql (donnée \n>par debian sarge) et noté : 4.0.24_Debian-10sarge2-log ... et ca fonctionne. \n> \n>Ici, je ne peux que vous suggérer de passer à une version de MySql un \n>peu plus récente (en espérant que cela ne vous pose pas de trop gros \n>problèmes techniques ... ?) : la 4.1.22 par exemple donc .... en \n>espérant que cela résoudra le problème rencontré ... \n>Merci de nous tenir informer. \n> \n>Vincent Bonamy. \n> \n> \n> \n>Vincent Bonamy wrote: \n> \n></blockquote>\n<blockquote class=\"emailFilter_Author_1\">>>Bonjour, \n>> \n>>Merci pour ce retour. \n>> \n>>Concernant le remoteconfigtest du workflow, l\'erreur vient de notre \n>>instance ori-oai-vocabulary sur ori-oai.org, il faut d\'ailleurs que \n>>l\'on corrige cela rapidement. \n>>=> le test testGetVocabulariesId qui échoue de cette manière ne \n>>signifie pas qu\'il y a un problème au niveau du module \n>>ori-oai-vocabulary. \n>>Donc a priori votre module ori-oai-vocabulary est tout à fait \n>>opérationnel. \n>> \n>>Donc ici vous avez en fait un problème entre l\'application \n>>ori-oai-workflow et votre base de données. \n>>Vous précisez que vous êtes en INNODB (au cas où vous pouvez aussi \n>>vérifier cela, cette documentation pouvant aider : \n>>http://sourcesup.cru.fr/ori-workflow/installation.html#5.1) donc tout \n>>me parait OK ... \n>> \n>>Le problème viendrait de Hibernate (l\'outil que l\'on utilise pour \n>>dialoguer avec MySql) a priori j\'ai peur. \n>>Car cela me semble correspondre à ce bug référencé sur le site \n>>d\'Hibernate ... : \n>>http://opensource.atlassian.com/projects/hibernate/browse/HHH-1846?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_23869 \n>> \n>>(on utilise dans ori-oai-workflow cette fonctionnalité de subclass ...) \n>> \n>>=> une incompatibilité entre Hibernate et le MySql 4.1 ... ? \n>> \n>>Je recherche de mon côté voir si je peux en savoir plus. \n>>Notamment je suis assez étonné, car je pensais qu\'à Rennes1 on avait \n>>déjà installé ori-oai-workflow sur un Mysql4.1 : on a passé récemment \n>>notre MySql en version 5, \n>>Je vais me renseigner. \n>>Egalement si d\'autres utilisateurs et dévelopeurs peuvent indiquer si \n>>ils tournent avec un MySql 4, cela pourrait être intéressant comme \n>>retour. \n>> \n>>Merci, \n>>Vincent Bonamy. \n>> \n>> \n>>Patrick Delage (CRI) wrote: \n>> \n>></blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>>Bonjour, \n>>> \n>>>Afin de présenter les fonctionalités d\'ORI-OAI dans mon établissement \n>>>et d\'offrir un espace de test, j\'ai installé la version Linux sur une \n>>>machine Debian (2.4) à l\'aide de la très bonne documentation \n>>>(ORI-OAI-V1 linux de l\'INSA de Lyon), dont je remercie l\'auteur : \n>>> \n>>>Mysql 4.1 (configurée innoDB) \n>>>Java 1.5.0**_14 \n>>>Tomcat 5.5.25 \n>>> \n>>>Tous les tests des modules sont bons sauf le remoteconfigtest du \n>>>workflow. (voir le fichier 1 joint) \n>>>J\'ai testé le moissonneur avec succès sur these_insa. \n>>>J\'ai également une erreur après m\'être identifier sur l\'interface \n>>>workflow (auteur, passwd ori sur un ldap local) en essayant la saisie \n>>>d\'une référence (dc ou LOM) : log tomcat-workflow \n>>>****** \n>>>xfire: 104430 ERROR handler.DefaultFaultHandler invoke[35] - Fault \n>>>occurred! \n>>>org.hibernate.ObjectNotFoundException: No row with the given \n>>>identifier exists: [org.orioai.workflow.beans.WorkflowInstance#8] \n>>> \n>>>Les tests des formulaire (lom et dc blank) fonctionnent. \n>>> \n>>>Le problème doit etre du coté du module vocabulary (d\'après les \n>>>discussions sur cette liste), mais je ne trouve pas la solution. \n>>>Ce n\'est pas un pb de proxy : \n>>>esup:/usr/local/ori#java -jar testURL.jar \n>>>HTTP/1.0 200 OK \n>>> \n>>>Merci d\'avance pour tout aide. \n>>> \n>>>ET merci également aux concepteurs de cette application. \n>>> \n>>> \n>>></div>\n</blockquote>\nBonjour,\nMerci pour cette réponse. \nJe vais attaquer une base mysql 5.0.32 et voir le résultat. \n(ma machine test est en mysql 4.1.11 !!)\nCordialement,\n-- \n Patrick Delage\n_____________________________________________________________ \n| INGENIEUR SCIRN Universite du Maine | \n| Service Commun d\'Informatique et Ressources Numériques | \n| Avenue Olivier MESSIAEN 72085 LE MANS CEDEX 9 FRANCE | \n| Tel : 33 2 43 83 30 41 Fax: 33 2 43 83 38 01 | \n| <a href=\"http://www.univ-lemans.fr\" title=\"http://www.univ-lemans.fr\">http://www.univ-lemans.fr</a> | \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 = 1507744946, expire = 1507831346, headers = '', serialized = 0 WHERE cid = '4:b84ee68bfb651a96816b70fffdb03079' 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:2e220d5bbcf2a5ace5df24b9f443ae3b' 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\">Yohan Colmant wrote:\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Bonjour, \n> Ceci est une erreur qui est en cours de correction pour la version \n> 1.0.1 de ori-oai-search \n> En attendant, sachez que ceci est une erreur de packaging de ma part. \n> Vous pouvez tout simplement supprimer la ligne qui fait référence à \n> advanced-result-temp2.jsp car elle ne sert à rien. \n> Cordialement, \n> Yohan Colmant \n> \n> Patrick Delage (CRI) a écrit : \n></blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Patrick Delage (CRI) wrote: \n>></blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> Vincent Bonamy wrote: \n>>> \n>>> \n>>></blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>> Rebonjour, \n>>>> \n>>>> Donc à Rennes1, avant notre passage en MySql 5, on a utilisé \n>>>> ori-oai-workflow sans problème avec un MySql 4.1.22 (et peut-être, \n>>>> mais je ne saurai dire .... avec des versions infèrieures). \n>>>> Sur UNIT pourtant on utilise une version plus ancienne de Mysql \n>>>> (donnée par debian sarge) et noté : 4.0.24_Debian-10sarge2-log ... \n>>>> et ca fonctionne. \n>>>> \n>>>> Ici, je ne peux que vous suggérer de passer à une version de MySql \n>>>> un peu plus récente (en espérant que cela ne vous pose pas de trop \n>>>> gros problèmes techniques ... ?) : la 4.1.22 par exemple donc .... \n>>>> en espérant que cela résoudra le problème rencontré ... \n>>>> Merci de nous tenir informer. \n>>>> \n>>>> Vincent Bonamy. \n>>>> \n>>>> \n>>>> \n>>>> Vincent Bonamy wrote: \n>>>> \n>>>> \n>>>> \n>>>></blockquote>\n<blockquote class=\"emailFilter_Author_4\">>>>>> Bonjour, \n>>>>> \n>>>>> Merci pour ce retour. \n>>>>> \n>>>>> Concernant le remoteconfigtest du workflow, l\'erreur vient de \n>>>>> notre instance ori-oai-vocabulary sur ori-oai.org, il faut \n>>>>> d\'ailleurs que l\'on corrige cela rapidement. \n>>>>> => le test testGetVocabulariesId qui échoue de cette manière ne \n>>>>> signifie pas qu\'il y a un problème au niveau du module \n>>>>> ori-oai-vocabulary. \n>>>>> Donc a priori votre module ori-oai-vocabulary est tout à fait \n>>>>> opérationnel. \n>>>>> \n>>>>> Donc ici vous avez en fait un problème entre l\'application \n>>>>> ori-oai-workflow et votre base de données. \n>>>>> Vous précisez que vous êtes en INNODB (au cas où vous pouvez aussi \n>>>>> vérifier cela, cette documentation pouvant aider : \n>>>>> <a href=\"http://sourcesup.cru.fr/ori-workflow/installation.html#5.1\" title=\"http://sourcesup.cru.fr/ori-workflow/installation.html#5.1\">http://sourcesup.cru.fr/ori-workflow/installation.html#5.1</a>) donc \n>>>>> tout me parait OK ... \n>>>>> \n>>>>> Le problème viendrait de Hibernate (l\'outil que l\'on utilise pour \n>>>>> dialoguer avec MySql) a priori j\'ai peur. \n>>>>> Car cela me semble correspondre à ce bug référencé sur le site \n>>>>> d\'Hibernate ... : \n>>>>> <a href=\"http://opensource.atlassian.com/projects/hibernate/browse/HHH-1846?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_23869\" title=\"http://opensource.atlassian.com/projects/hibernate/browse/HHH-1846?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_23869\">http://opensource.atlassian.com/projects/hibernate/browse/HHH-1846?page=...</a> \n>>>>> \n>>>>> (on utilise dans ori-oai-workflow cette fonctionnalité de subclass \n>>>>> ...) \n>>>>> \n>>>>> => une incompatibilité entre Hibernate et le MySql 4.1 ... ? \n>>>>> \n>>>>> Je recherche de mon côté voir si je peux en savoir plus. \n>>>>> Notamment je suis assez étonné, car je pensais qu\'à Rennes1 on \n>>>>> avait déjà installé ori-oai-workflow sur un Mysql4.1 : on a passé \n>>>>> récemment notre MySql en version 5, \n>>>>> Je vais me renseigner. \n>>>>> Egalement si d\'autres utilisateurs et dévelopeurs peuvent indiquer \n>>>>> si ils tournent avec un MySql 4, cela pourrait être intéressant \n>>>>> comme retour. \n>>>>> \n>>>>> Merci, \n>>>>> Vincent Bonamy. \n>>>>> \n>>>>> \n>>>>> Patrick Delage (CRI) wrote: \n>>>>> \n>>>>> \n>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_5\">>>>>>> Bonjour, \n>>>>>> \n>>>>>> Afin de présenter les fonctionalités d\'ORI-OAI dans mon \n>>>>>> établissement et d\'offrir un espace de test, j\'ai installé la \n>>>>>> version Linux sur une machine Debian (2.4) à l\'aide de la très \n>>>>>> bonne documentation (ORI-OAI-V1 linux de l\'INSA de Lyon), dont je \n>>>>>> remercie l\'auteur : \n>>>>>> \n>>>>>> Mysql 4.1 (configurée innoDB) \n>>>>>> Java 1.5.0**_14 \n>>>>>> Tomcat 5.5.25 \n>>>>>> \n>>>>>> Tous les tests des modules sont bons sauf le remoteconfigtest du \n>>>>>> workflow. (voir le fichier 1 joint) \n>>>>>> J\'ai testé le moissonneur avec succès sur these_insa. \n>>>>>> J\'ai également une erreur après m\'être identifier sur l\'interface \n>>>>>> workflow (auteur, passwd ori sur un ldap local) en essayant la \n>>>>>> saisie d\'une référence (dc ou LOM) : log tomcat-workflow \n>>>>>> ****** \n>>>>>> xfire: 104430 ERROR handler.DefaultFaultHandler invoke[35] - \n>>>>>> Fault occurred! \n>>>>>> org.hibernate.ObjectNotFoundException: No row with the given \n>>>>>> identifier exists: [org.orioai.workflow.beans.WorkflowInstance#8] \n>>>>>> \n>>>>>> Les tests des formulaire (lom et dc blank) fonctionnent. \n>>>>>> \n>>>>>> Le problème doit etre du coté du module vocabulary (d\'après les \n>>>>>> discussions sur cette liste), mais je ne trouve pas la solution. \n>>>>>> Ce n\'est pas un pb de proxy : \n>>>>>> esup:/usr/local/ori#java -jar testURL.jar \n>>>>>> HTTP/1.0 200 OK \n>>>>>> \n>>>>>> Merci d\'avance pour tout aide. \n>>>>>> \n>>>>>> ET merci également aux concepteurs de cette application. \n>>>>>> \n>>>>>> \n>>>>>> </blockquote>\n<blockquote class=\"emailFilter_Author_4\">>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> Bonsoir, \n>>> C\'est bon avec la base Mysql 5.0 \n>>> Merci. \n>>> Je bloque maintenant sur la recherche simple après avoir publier une \n>>> ressource \n>>> Page 57 de la doc INSA Lyon) \n>>> Erreur 500 sur une page jsp. \n>>> Je creuse et poste si besoin. \n>>> \n>>> Merci encore. \n>>> \n>>> \n>>> \n>>></blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Bonjour, \n>> Après recherche, la jsp advanced-result-temp2.jsp appelée par \n>> advanced-result.jsp n\'existe pas. \n>> Par contre advanced-result-temp.jsp, existe. \n>> \n>> \n>> ERROR [http-8184-Processor23] - \"Servlet.service()\" pour la servlet \n>> search a gÃ©nÃ©rÃ© une exception \n>> javax.servlet.ServletException: Le fichier \n>> \"/WEB-INF/stylesheets/advanced/./advanced-result-temp2.jsp\" n\'a pas \n>> Ã©tÃ© trouvÃ© \n>> at \n>> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:308) \n>> \n>> A tout harsard, J\'ai pensé dupliquer advanced-result-temp2.jsp en \n>> partant de advanced-result-temp.jsp mais bien-sûr, cela ne fonctionne \n>> pas (pb de label) \n>> \n>> Merci pour toute aide. \n>> \n>> \n>></blockquote>\n<blockquote class=\"emailFilter_Author_0\">> \n> -- \n> Ce message a été vérifié par \n> pour des virus ou des polluriels et rien de \n> suspect n\'a été trouvé. </div>\n</blockquote>\nBonjour \nJ\'ai supprimé la ligne qui fait référence à advanced-result-temp2.jsp et \ncela fonctionne parfaitement. \nIl ne reste plus qu\'une erreur sur le test de l\'entrepot ORI-OAI. Erreur \n404 sur /repository \nOn récupère bien la liste headers des ressources (ListIdentifiers), mais \nle lien qui pointe vers la ressource fait référence à un chemin \n/repository?index....... au lieu de /ori_oai_repository?index.... qui \nlui fonctionne si on corrige l\'URL à la main. \nJe n\'ai rien trouvé avec un grep récursif sur \"/repository\" dans l\'arbo \ndownload/ori_oai_repository. \nJe continue à chercher. \nSi quelqu\'un a une idée ..... \nMerci d\'avance\n-- \n Patrick Delage\n_____________________________________________________________ \n| INGENIEUR SCIRN Universite du Maine | \n| Service Commun d\'Informatique et Ressources Numériques | \n| Avenue Olivier MESSIAEN 72085 LE MANS CEDEX 9 FRANCE | \n| Tel : 33 2 43 83 30 41 Fax: 33 2 43 83 38 01 | \n| <a href=\"http://www.univ-lemans.fr\" title=\"http://www.univ-lemans.fr\">http://www.univ-lemans.fr</a> | \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 = 1507744946, expire = 1507831346, headers = '', serialized = 0 WHERE cid = '4:2e220d5bbcf2a5ace5df24b9f443ae3b' 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:dbfd12adbe833eab27288c406e99ea1c' 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\">\nBonjour, \n \nPour information, la version 1.0.1 du module ori-oai-search est sortie.\nElle corrige le bug cité ci-dessous. \n \nCordialement, \nYohan Colmant \n \nPatrick Delage (CRI) a écrit :\n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>Yohan\nColmant wrote:\n \n \n <div class=\"emailFilter_Author_1\"><blockquote type=\"cite\">Bonjour,\n \nCeci est une erreur qui est en cours de correction pour la version\n1.0.1 de ori-oai-search\n \nEn attendant, sachez que ceci est une erreur de packaging de ma part.\nVous pouvez tout simplement supprimer la ligne qui fait référence à\nadvanced-result-temp2.jsp car elle ne sert à rien.\n \nCordialement,\n \nYohan Colmant\n \n \nPatrick Delage (CRI) a écrit :\n \n \n <div class=\"emailFilter_Author_2\"><blockquote type=\"cite\">Patrick Delage (CRI) wrote:\n \n \n <div class=\"emailFilter_Author_3\"><blockquote type=\"cite\">Vincent Bonamy wrote:\n \n \n \n \n \n <div class=\"emailFilter_Author_4\"><blockquote type=\"cite\">Rebonjour,\n \n \nDonc à Rennes1, avant notre passage en MySql 5, on a utilisé\nori-oai-workflow sans problème avec un MySql 4.1.22 (et peut-être, mais\nje ne saurai dire .... avec des versions infèrieures).\n \nSur UNIT pourtant on utilise une version plus ancienne de Mysql (donnée\npar debian sarge) et noté : 4.0.24_Debian-10sarge2-log ... et ca\nfonctionne.\n \n \nIci, je ne peux que vous suggérer de passer à une version de MySql un\npeu plus récente (en espérant que cela ne vous pose pas de trop gros\nproblèmes techniques ... ?) : la 4.1.22 par exemple donc .... en\nespérant que cela résoudra le problème rencontré ...\n \nMerci de nous tenir informer.\n \n \nVincent Bonamy.\n \n \n \n \nVincent Bonamy wrote:\n \n \n \n  \n <div class=\"emailFilter_Author_5\"><blockquote type=\"cite\">Bonjour,\n \n \nMerci pour ce retour.\n \n \nConcernant le remoteconfigtest du workflow, l\'erreur vient de notre\ninstance ori-oai-vocabulary sur ori-oai.org, il faut d\'ailleurs que\nl\'on corrige cela rapidement.\n \n=> le test testGetVocabulariesId qui échoue de cette manière ne\nsignifie pas qu\'il y a un problème au niveau du module\nori-oai-vocabulary.\n \nDonc a priori votre module ori-oai-vocabulary est tout à fait\nopérationnel.\n \n \nDonc ici vous avez en fait un problème entre l\'application\nori-oai-workflow et votre base de données.\n \nVous précisez que vous êtes en INNODB (au cas où vous pouvez aussi\nvérifier cela, cette documentation pouvant aider :\n<a class=\"moz-txt-link-freetext\" href=\"http://sourcesup.cru.fr/ori-workflow/installation.html#5.1\">http://sourcesup.cru.fr/ori-workflow/installation.html#5.1</a>) donc tout\nme parait OK ...\n \n \nLe problème viendrait de Hibernate (l\'outil que l\'on utilise pour\ndialoguer avec MySql) a priori j\'ai peur.\n \nCar cela me semble correspondre à ce bug référencé sur le site\nd\'Hibernate ... :\n \n<a class=\"moz-txt-link-freetext\" href=\"http://opensource.atlassian.com/projects/hibernate/browse/HHH-1846?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_23869\">http://opensource.atlassian.com/projects/hibernate/browse/HHH-1846?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_23869</a>\n \n(on utilise dans ori-oai-workflow cette fonctionnalité de subclass ...)\n \n \n=> une incompatibilité entre Hibernate et le MySql 4.1 ... ?\n \n \nJe recherche de mon côté voir si je peux en savoir plus.\n \nNotamment je suis assez étonné, car je pensais qu\'à Rennes1 on avait\ndéjà installé ori-oai-workflow sur un Mysql4.1 : on a passé récemment\nnotre MySql en version 5,\n \nJe vais me renseigner.\n \nEgalement si d\'autres utilisateurs et dévelopeurs peuvent indiquer si\nils tournent avec un MySql 4, cela pourrait être intéressant comme\nretour.\n \n \nMerci,\n \nVincent Bonamy.\n \n \n \nPatrick Delage (CRI) wrote:\n \n \n \n    \n <div class=\"emailFilter_Author_6\"><blockquote type=\"cite\">Bonjour,\n \n \nAfin de présenter les fonctionalités d\'ORI-OAI dans mon établissement\net d\'offrir un espace de test, j\'ai installé la version Linux sur une\nmachine Debian (2.4) à l\'aide de la très bonne documentation\n(ORI-OAI-V1 linux de l\'INSA de Lyon), dont je remercie l\'auteur :\n \n \nMysql 4.1 (configurée innoDB)\n \nJava 1.5.0**_14\n \nTomcat 5.5.25\n \n \nTous les tests des modules sont bons sauf le remoteconfigtest du\nworkflow. (voir le fichier 1 joint)\n \nJ\'ai testé le moissonneur avec succès sur these_insa.\n \nJ\'ai également une erreur après m\'être identifier sur l\'interface\nworkflow (auteur, passwd ori sur un ldap local) en essayant la saisie\nd\'une référence (dc ou LOM) : log tomcat-workflow\n \n******\n \nxfire: 104430 ERROR handler.DefaultFaultHandler invoke[35]  - Fault\noccurred!\n \norg.hibernate.ObjectNotFoundException: No row with the given identifier\nexists: [org.orioai.workflow.beans.WorkflowInstance#8]\n \n \nLes tests des formulaire (lom et dc blank) fonctionnent.\n \n \nLe problème doit etre du coté du module vocabulary (d\'après les\ndiscussions sur cette liste), mais je ne trouve pas la solution.\n \nCe n\'est pas un pb de proxy :\n \nesup:/usr/local/ori#java -jar testURL.jar\n \nHTTP/1.0 200 OK\n \n \nMerci d\'avance pour tout aide.\n \n \nET merci également aux concepteurs de cette application.\n \n \n         </blockquote></div>\n \n </blockquote></div>\n </blockquote></div>\nBonsoir,\n \nC\'est bon avec la base Mysql 5.0\n \nMerci.\n \nJe bloque maintenant sur la recherche simple après avoir publier une\nressource\n \nPage 57 de la doc INSA Lyon)\n \nErreur 500 sur une page jsp.\n \nJe creuse et poste si besoin.\n \n \nMerci encore.\n \n \n \n \n \n \n </blockquote></div>\nBonjour,\n \nAprès recherche, la jsp advanced-result-temp2.jsp appelée par\nadvanced-result.jsp n\'existe pas.\n \nPar contre advanced-result-temp.jsp, existe.\n \n \n \nERROR [http-8184-Processor23] - \"Servlet.service()\" pour la servlet\nsearch a gÃ©nÃ©rÃ© une exception\n \njavax.servlet.ServletException: Le fichier\n\"/WEB-INF/stylesheets/advanced/./advanced-result-temp2.jsp\" n\'a pas\nÃ©tÃ© trouvÃ©\n \n   at\norg.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:308)\n \n \nA tout harsard, J\'ai pensé dupliquer advanced-result-temp2.jsp en\npartant de advanced-result-temp.jsp mais bien-sûr, cela ne fonctionne\npas (pb de label)\n \n \nMerci pour toute aide.\n \n \n \n \n </blockquote></div>\n \n--  \nCe message a été vérifié par\n \npour des virus ou des polluriels et rien de\n \nsuspect n\'a été trouvé. </blockquote></div>\n \nBonjour\n \nJ\'ai supprimé la ligne qui fait référence à advanced-result-temp2.jsp\net cela fonctionne parfaitement.\n \nIl ne reste plus qu\'une erreur sur le test de l\'entrepot ORI-OAI.\nErreur 404 sur /repository\n \nOn récupère bien la liste headers des ressources (ListIdentifiers),\nmais le lien qui pointe vers la ressource fait référence à un chemin\n/repository?index....... au lieu de /ori_oai_repository?index.... qui\nlui fonctionne si on corrige l\'URL à la main.\n \nJe n\'ai rien trouvé avec un grep récursif sur \"/repository\" dans l\'arbo\ndownload/ori_oai_repository.\n \nJe continue à chercher.\n \nSi quelqu\'un a une idée .....\n \nMerci d\'avance\n \n \n</blockquote></div></div>\n</body>\n -- \n Ce message a été vérifié par\n pour des virus ou des polluriels et rien de\n suspect n\'a été trouvé.\n</html>\n</div>', created = 1507744946, expire = 1507831346, headers = '', serialized = 0 WHERE cid = '4:dbfd12adbe833eab27288c406e99ea1c' 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:a9a0a24d5dd1c3de3c5026d64fc38717' 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\">Yohan Colmant wrote:\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Bonjour, \n> \n> Pour information, la version 1.0.1 du module ori-oai-search est \n> sortie. Elle corrige le bug cité ci-dessous. \n> \n> Cordialement, \n> Yohan Colmant \n> \n> Patrick Delage (CRI) a écrit : \n></blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Yohan Colmant wrote: \n>></blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> Bonjour, \n>>> Ceci est une erreur qui est en cours de correction pour la version \n>>> 1.0.1 de ori-oai-search \n>>> En attendant, sachez que ceci est une erreur de packaging de ma \n>>> part. Vous pouvez tout simplement supprimer la ligne qui fait \n>>> référence à advanced-result-temp2.jsp car elle ne sert à rien. \n>>> Cordialement, \n>>> Yohan Colmant \n>>> \n>>> Patrick Delage (CRI) a écrit : \n>>></blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>> Patrick Delage (CRI) wrote: \n>>>></blockquote>\n<blockquote class=\"emailFilter_Author_4\">>>>>> Vincent Bonamy wrote: \n>>>>> \n>>>>> \n>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_5\">>>>>>> Rebonjour, \n>>>>>> \n>>>>>> Donc à Rennes1, avant notre passage en MySql 5, on a utilisé \n>>>>>> ori-oai-workflow sans problème avec un MySql 4.1.22 (et \n>>>>>> peut-être, mais je ne saurai dire .... avec des versions \n>>>>>> infèrieures). \n>>>>>> Sur UNIT pourtant on utilise une version plus ancienne de Mysql \n>>>>>> (donnée par debian sarge) et noté : 4.0.24_Debian-10sarge2-log \n>>>>>> ... et ca fonctionne. \n>>>>>> \n>>>>>> Ici, je ne peux que vous suggérer de passer à une version de \n>>>>>> MySql un peu plus récente (en espérant que cela ne vous pose pas \n>>>>>> de trop gros problèmes techniques ... ?) : la 4.1.22 par exemple \n>>>>>> donc .... en espérant que cela résoudra le problème rencontré ... \n>>>>>> Merci de nous tenir informer. \n>>>>>> \n>>>>>> Vincent Bonamy. \n>>>>>> \n>>>>>> \n>>>>>> \n>>>>>> Vincent Bonamy wrote: \n>>>>>> \n>>>>>> \n>>>>>> \n>>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_6\">>>>>>>> Bonjour, \n>>>>>>> \n>>>>>>> Merci pour ce retour. \n>>>>>>> \n>>>>>>> Concernant le remoteconfigtest du workflow, l\'erreur vient de \n>>>>>>> notre instance ori-oai-vocabulary sur ori-oai.org, il faut \n>>>>>>> d\'ailleurs que l\'on corrige cela rapidement. \n>>>>>>> => le test testGetVocabulariesId qui échoue de cette manière ne \n>>>>>>> signifie pas qu\'il y a un problème au niveau du module \n>>>>>>> ori-oai-vocabulary. \n>>>>>>> Donc a priori votre module ori-oai-vocabulary est tout à fait \n>>>>>>> opérationnel. \n>>>>>>> \n>>>>>>> Donc ici vous avez en fait un problème entre l\'application \n>>>>>>> ori-oai-workflow et votre base de données. \n>>>>>>> Vous précisez que vous êtes en INNODB (au cas où vous pouvez \n>>>>>>> aussi vérifier cela, cette documentation pouvant aider : \n>>>>>>> <a href=\"http://sourcesup.cru.fr/ori-workflow/installation.html#5.1\" title=\"http://sourcesup.cru.fr/ori-workflow/installation.html#5.1\">http://sourcesup.cru.fr/ori-workflow/installation.html#5.1</a>) donc \n>>>>>>> tout me parait OK ... \n>>>>>>> \n>>>>>>> Le problème viendrait de Hibernate (l\'outil que l\'on utilise \n>>>>>>> pour dialoguer avec MySql) a priori j\'ai peur. \n>>>>>>> Car cela me semble correspondre à ce bug référencé sur le site \n>>>>>>> d\'Hibernate ... : \n>>>>>>> <a href=\"http://opensource.atlassian.com/projects/hibernate/browse/HHH-1846?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_23869\" title=\"http://opensource.atlassian.com/projects/hibernate/browse/HHH-1846?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_23869\">http://opensource.atlassian.com/projects/hibernate/browse/HHH-1846?page=...</a> \n>>>>>>> \n>>>>>>> (on utilise dans ori-oai-workflow cette fonctionnalité de \n>>>>>>> subclass ...) \n>>>>>>> \n>>>>>>> => une incompatibilité entre Hibernate et le MySql 4.1 ... ? \n>>>>>>> \n>>>>>>> Je recherche de mon côté voir si je peux en savoir plus. \n>>>>>>> Notamment je suis assez étonné, car je pensais qu\'à Rennes1 on \n>>>>>>> avait déjà installé ori-oai-workflow sur un Mysql4.1 : on a \n>>>>>>> passé récemment notre MySql en version 5, \n>>>>>>> Je vais me renseigner. \n>>>>>>> Egalement si d\'autres utilisateurs et dévelopeurs peuvent \n>>>>>>> indiquer si ils tournent avec un MySql 4, cela pourrait être \n>>>>>>> intéressant comme retour. \n>>>>>>> \n>>>>>>> Merci, \n>>>>>>> Vincent Bonamy. \n>>>>>>> \n>>>>>>> \n>>>>>>> Patrick Delage (CRI) wrote: \n>>>>>>> \n>>>>>>> \n>>>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_7\">>>>>>>>> Bonjour, \n>>>>>>>> \n>>>>>>>> Afin de présenter les fonctionalités d\'ORI-OAI dans mon \n>>>>>>>> établissement et d\'offrir un espace de test, j\'ai installé la \n>>>>>>>> version Linux sur une machine Debian (2.4) à l\'aide de la très \n>>>>>>>> bonne documentation (ORI-OAI-V1 linux de l\'INSA de Lyon), dont \n>>>>>>>> je remercie l\'auteur : \n>>>>>>>> \n>>>>>>>> Mysql 4.1 (configurée innoDB) \n>>>>>>>> Java 1.5.0**_14 \n>>>>>>>> Tomcat 5.5.25 \n>>>>>>>> \n>>>>>>>> Tous les tests des modules sont bons sauf le remoteconfigtest \n>>>>>>>> du workflow. (voir le fichier 1 joint) \n>>>>>>>> J\'ai testé le moissonneur avec succès sur these_insa. \n>>>>>>>> J\'ai également une erreur après m\'être identifier sur \n>>>>>>>> l\'interface workflow (auteur, passwd ori sur un ldap local) en \n>>>>>>>> essayant la saisie d\'une référence (dc ou LOM) : log \n>>>>>>>> tomcat-workflow \n>>>>>>>> ****** \n>>>>>>>> xfire: 104430 ERROR handler.DefaultFaultHandler invoke[35] - \n>>>>>>>> Fault occurred! \n>>>>>>>> org.hibernate.ObjectNotFoundException: No row with the given \n>>>>>>>> identifier exists: [org.orioai.workflow.beans.WorkflowInstance#8] \n>>>>>>>> \n>>>>>>>> Les tests des formulaire (lom et dc blank) fonctionnent. \n>>>>>>>> \n>>>>>>>> Le problème doit etre du coté du module vocabulary (d\'après les \n>>>>>>>> discussions sur cette liste), mais je ne trouve pas la solution. \n>>>>>>>> Ce n\'est pas un pb de proxy : \n>>>>>>>> esup:/usr/local/ori#java -jar testURL.jar \n>>>>>>>> HTTP/1.0 200 OK \n>>>>>>>> \n>>>>>>>> Merci d\'avance pour tout aide. \n>>>>>>>> \n>>>>>>>> ET merci également aux concepteurs de cette application. \n>>>>>>>> \n>>>>>>>> </blockquote>\n<blockquote class=\"emailFilter_Author_6\">>>>>>>> \n>>>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_4\">>>>>> Bonsoir, \n>>>>> C\'est bon avec la base Mysql 5.0 \n>>>>> Merci. \n>>>>> Je bloque maintenant sur la recherche simple après avoir publier \n>>>>> une ressource \n>>>>> Page 57 de la doc INSA Lyon) \n>>>>> Erreur 500 sur une page jsp. \n>>>>> Je creuse et poste si besoin. \n>>>>> \n>>>>> Merci encore. \n>>>>> \n>>>>> \n>>>>> \n>>>>></blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>> Bonjour, \n>>>> Après recherche, la jsp advanced-result-temp2.jsp appelée par \n>>>> advanced-result.jsp n\'existe pas. \n>>>> Par contre advanced-result-temp.jsp, existe. \n>>>> \n>>>> \n>>>> ERROR [http-8184-Processor23] - \"Servlet.service()\" pour la servlet \n>>>> search a gÃ©nÃ©rÃ© une exception \n>>>> javax.servlet.ServletException: Le fichier \n>>>> \"/WEB-INF/stylesheets/advanced/./advanced-result-temp2.jsp\" n\'a pas \n>>>> Ã©tÃ© trouvÃ© \n>>>> at \n>>>> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:308) \n>>>> \n>>>> \n>>>> A tout harsard, J\'ai pensé dupliquer advanced-result-temp2.jsp en \n>>>> partant de advanced-result-temp.jsp mais bien-sûr, cela ne \n>>>> fonctionne pas (pb de label) \n>>>> \n>>>> Merci pour toute aide. \n>>>> \n>>>> \n>>>></blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> \n>>> -- \n>>> Ce message a été vérifié par \n>>> pour des virus ou des polluriels et rien de \n>>> suspect n\'a été trouvé. </blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> \n>> \n>> Bonjour \n>> J\'ai supprimé la ligne qui fait référence à advanced-result-temp2.jsp \n>> et cela fonctionne parfaitement. \n>> Il ne reste plus qu\'une erreur sur le test de l\'entrepot ORI-OAI. \n>> Erreur 404 sur /repository \n>> On récupère bien la liste headers des ressources (ListIdentifiers), \n>> mais le lien qui pointe vers la ressource fait référence à un chemin \n>> /repository?index....... au lieu de /ori_oai_repository?index.... qui \n>> lui fonctionne si on corrige l\'URL à la main. \n>> Je n\'ai rien trouvé avec un grep récursif sur \"/repository\" dans \n>> l\'arbo download/ori_oai_repository. \n>> Je continue à chercher. \n>> Si quelqu\'un a une idée ..... \n>> Merci d\'avance \n>></blockquote>\n<blockquote class=\"emailFilter_Author_0\">> \n> -- \n> Ce message a été vérifié par \n> pour des virus ou des polluriels et rien de \n> suspect n\'a été trouvé. </div>\n</blockquote>\nBonsoir, \nLa nouvelle version d\'ori-oai-search 1.0.1 corrige bien le bug ci dessus \n! Merci \nJ\'ai trouvé la solution au pb du lien dans le repository (erreur 404 sur \n/repository?....) dans la doc d\'installation ori-oai-repository :\n >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>\n 2.3. Changement du contexte de l\'application\nSi le contexte d\'origine \"ori-oai-repository\" change, il faut modifier \nun paramètre dans la feuile XSL de l\'IHM pour que celle-ci continue à \nfonctionner, dans le fichier WebContent/xsl/ihm_main.xsl :\n<xsl:param name=\"context\" select=\"\'ori-oai-repository\'\" />\n >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>\nCe point n\'est pas abordé dans la doc ORI-OAI-V1 Linux v1.0 (page 33)\nMerci encore\nFin de la discussion\n-- \n Patrick Delage\n_____________________________________________________________ \n| INGENIEUR SCIRN Universite du Maine | \n| Service Commun d\'Informatique et Ressources Numériques | \n| Avenue Olivier MESSIAEN 72085 LE MANS CEDEX 9 FRANCE | \n| Tel : 33 2 43 83 30 41 Fax: 33 2 43 83 38 01 | \n| <a href=\"http://www.univ-lemans.fr\" title=\"http://www.univ-lemans.fr\">http://www.univ-lemans.fr</a> | \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 = 1507744946, expire = 1507831346, headers = '', serialized = 0 WHERE cid = '4:a9a0a24d5dd1c3de3c5026d64fc38717' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.

11 messages / 0 nouveaux

Sujet clos

Dernière contribution

24 janvier 2008 - 9:08am

patrickdelagecri

Probleme installation ORI-OAI sur distribution Linux Debian.

Bonjour,

Afin de présenter les fonctionalités d'ORI-OAI dans mon établissement et
d'offrir un espace de test, j'ai installé la version Linux sur une
machine Debian (2.4) à l'aide de la très bonne documentation (ORI-OAI-V1
linux de l'INSA de Lyon), dont je remercie l'auteur :

Mysql 4.1 (configurée innoDB)
Java 1.5.0**_14
Tomcat 5.5.25

Tous les tests des modules sont bons sauf le remoteconfigtest du
workflow. (voir le fichier 1 joint)
J'ai testé le moissonneur avec succès sur these_insa.
J'ai également une erreur après m'être identifier sur l'interface
workflow (auteur, passwd ori sur un ldap local) en essayant la saisie
d'une référence (dc ou LOM) : log tomcat-workflow
******
xfire: 104430 ERROR handler.DefaultFaultHandler invoke[35] - Fault
occurred!
org.hibernate.ObjectNotFoundException: No row with the given identifier
exists: [org.orioai.workflow.beans.WorkflowInstance#8]

Les tests des formulaire (lom et dc blank) fonctionnent.

Le problème doit etre du coté du module vocabulary (d'après les
discussions sur cette liste), mais je ne trouve pas la solution.
Ce n'est pas un pb de proxy :
esup:/usr/local/ori#java -jar testURL.jar
HTTP/1.0 200 OK

Merci d'avance pour tout aide.

ET merci également aux concepteurs de cette application.

Patrick Delage

_____________________________________________________________
| INGENIEUR SCIRN Universite du Maine |
| Service Commun d'Informatique et Ressources Numériques |
| Avenue Olivier MESSIAEN 72085 LE MANS CEDEX 9 FRANCE |
| Tel : 33 2 43 83 30 41 Fax: 33 2 43 83 38 01 |
| http://www.univ-lemans.fr |
_____________________________________________________________

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

24 janvier 2008 - 9:20am

dominiqueduquenne

Bonjour Patrick,

Je me suis inscrite à la journée ORI-OAI du 6 février. Est-ce que tu y
vas aussi ? De notre côté, on a rien commencé sur le sujet. C'est pour
m'informer avant de commencer.

A bientôt.
Dominique.

Patrick Delage (CRI) a écrit :

> Bonjour,
>
> Afin de présenter les fonctionalités d'ORI-OAI dans mon établissement
> et d'offrir un espace de test, j'ai installé la version Linux sur une
> machine Debian (2.4) à l'aide de la très bonne documentation
> (ORI-OAI-V1 linux de l'INSA de Lyon), dont je remercie l'auteur :
>
> Mysql 4.1 (configurée innoDB)
> Java 1.5.0**_14
> Tomcat 5.5.25
>
> Tous les tests des modules sont bons sauf le remoteconfigtest du
> workflow. (voir le fichier 1 joint)
> J'ai testé le moissonneur avec succès sur these_insa.
> J'ai également une erreur après m'être identifier sur l'interface
> workflow (auteur, passwd ori sur un ldap local) en essayant la saisie
> d'une référence (dc ou LOM) : log tomcat-workflow
> ******
> xfire: 104430 ERROR handler.DefaultFaultHandler invoke[35] - Fault
> occurred!
> org.hibernate.ObjectNotFoundException: No row with the given
> identifier exists: [org.orioai.workflow.beans.WorkflowInstance#8]
>
> Les tests des formulaire (lom et dc blank) fonctionnent.
>
> Le problème doit etre du coté du module vocabulary (d'après les
> discussions sur cette liste), mais je ne trouve pas la solution.
> Ce n'est pas un pb de proxy :
> esup:/usr/local/ori#java -jar testURL.jar
> HTTP/1.0 200 OK
>
> Merci d'avance pour tout aide.
>
> ET merci également aux concepteurs de cette application.
>

--
___________________________________________________________________________________________
Dominique DUQUENNE

Service Environnement de Travail
Centre de Ressources Informatique de l'Université d'Angers
Bureau L 226
2, Boulevard Lavoisier
49045 ANGERS Cedex

Tel : +33 2 41 22 67 76 Fax : +33 2 41 22 67 51
Email : Dominique.Duquenne@univ-angers.fr

portable : +33 6 14 39 81 84

http://www.univ-angers.fr/edt

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

24 janvier 2008 - 10:14am

vincentbonamy

Bonjour,

Merci pour ce retour.

Concernant le remoteconfigtest du workflow, l'erreur vient de notre
instance ori-oai-vocabulary sur ori-oai.org, il faut d'ailleurs que l'on
corrige cela rapidement.
=> le test testGetVocabulariesId qui échoue de cette manière ne signifie
pas qu'il y a un problème au niveau du module ori-oai-vocabulary.
Donc a priori votre module ori-oai-vocabulary est tout à fait opérationnel.

Donc ici vous avez en fait un problème entre l'application
ori-oai-workflow et votre base de données.
Vous précisez que vous êtes en INNODB (au cas où vous pouvez aussi
vérifier cela, cette documentation pouvant aider :
http://sourcesup.cru.fr/ori-workflow/installation.html#5.1) donc tout me
parait OK ...

Le problème viendrait de Hibernate (l'outil que l'on utilise pour
dialoguer avec MySql) a priori j'ai peur.
Car cela me semble correspondre à ce bug référencé sur le site
d'Hibernate ... :
http://opensource.atlassian.com/projects/hibernate/browse/HHH-1846?page=...
(on utilise dans ori-oai-workflow cette fonctionnalité de subclass ...)

=> une incompatibilité entre Hibernate et le MySql 4.1 ... ?

Je recherche de mon côté voir si je peux en savoir plus.
Notamment je suis assez étonné, car je pensais qu'à Rennes1 on avait
déjà installé ori-oai-workflow sur un Mysql4.1 : on a passé récemment
notre MySql en version 5,
Je vais me renseigner.
Egalement si d'autres utilisateurs et dévelopeurs peuvent indiquer si
ils tournent avec un MySql 4, cela pourrait être intéressant comme retour.

Merci,
Vincent Bonamy.

Patrick Delage (CRI) wrote:

> Bonjour,
>
> Afin de présenter les fonctionalités d'ORI-OAI dans mon établissement
> et d'offrir un espace de test, j'ai installé la version Linux sur une
> machine Debian (2.4) à l'aide de la très bonne documentation
> (ORI-OAI-V1 linux de l'INSA de Lyon), dont je remercie l'auteur :
>
> Mysql 4.1 (configurée innoDB)
> Java 1.5.0**_14
> Tomcat 5.5.25
>
> Tous les tests des modules sont bons sauf le remoteconfigtest du
> workflow. (voir le fichier 1 joint)
> J'ai testé le moissonneur avec succès sur these_insa.
> J'ai également une erreur après m'être identifier sur l'interface
> workflow (auteur, passwd ori sur un ldap local) en essayant la saisie
> d'une référence (dc ou LOM) : log tomcat-workflow
> ******
> xfire: 104430 ERROR handler.DefaultFaultHandler invoke[35] - Fault
> occurred!
> org.hibernate.ObjectNotFoundException: No row with the given
> identifier exists: [org.orioai.workflow.beans.WorkflowInstance#8]
>
> Les tests des formulaire (lom et dc blank) fonctionnent.
>
> Le problème doit etre du coté du module vocabulary (d'après les
> discussions sur cette liste), mais je ne trouve pas la solution.
> Ce n'est pas un pb de proxy :
> esup:/usr/local/ori#java -jar testURL.jar
> HTTP/1.0 200 OK
>
> Merci d'avance pour tout aide.
>
> ET merci également aux concepteurs de cette application.
>

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

24 janvier 2008 - 10:42am

(Répondre à #3) #4

vincentbonamy

Rebonjour,

Donc à Rennes1, avant notre passage en MySql 5, on a utilisé
ori-oai-workflow sans problème avec un MySql 4.1.22 (et peut-être, mais
je ne saurai dire .... avec des versions infèrieures).
Sur UNIT pourtant on utilise une version plus ancienne de Mysql (donnée
par debian sarge) et noté : 4.0.24_Debian-10sarge2-log ... et ca fonctionne.

Ici, je ne peux que vous suggérer de passer à une version de MySql un
peu plus récente (en espérant que cela ne vous pose pas de trop gros
problèmes techniques ... ?) : la 4.1.22 par exemple donc .... en
espérant que cela résoudra le problème rencontré ...
Merci de nous tenir informer.

Vincent Bonamy.

Vincent Bonamy wrote:

> Bonjour,
>
> Merci pour ce retour.
>
> Concernant le remoteconfigtest du workflow, l'erreur vient de notre
> instance ori-oai-vocabulary sur ori-oai.org, il faut d'ailleurs que
> l'on corrige cela rapidement.
> => le test testGetVocabulariesId qui échoue de cette manière ne
> signifie pas qu'il y a un problème au niveau du module
> ori-oai-vocabulary.
> Donc a priori votre module ori-oai-vocabulary est tout à fait
> opérationnel.
>
> Donc ici vous avez en fait un problème entre l'application
> ori-oai-workflow et votre base de données.
> Vous précisez que vous êtes en INNODB (au cas où vous pouvez aussi
> vérifier cela, cette documentation pouvant aider :
> http://sourcesup.cru.fr/ori-workflow/installation.html#5.1) donc tout
> me parait OK ...
>
> Le problème viendrait de Hibernate (l'outil que l'on utilise pour
> dialoguer avec MySql) a priori j'ai peur.
> Car cela me semble correspondre à ce bug référencé sur le site
> d'Hibernate ... :
> http://opensource.atlassian.com/projects/hibernate/browse/HHH-1846?page=...
>
> (on utilise dans ori-oai-workflow cette fonctionnalité de subclass ...)
>
> => une incompatibilité entre Hibernate et le MySql 4.1 ... ?
>
> Je recherche de mon côté voir si je peux en savoir plus.
> Notamment je suis assez étonné, car je pensais qu'à Rennes1 on avait
> déjà installé ori-oai-workflow sur un Mysql4.1 : on a passé récemment
> notre MySql en version 5,
> Je vais me renseigner.
> Egalement si d'autres utilisateurs et dévelopeurs peuvent indiquer si
> ils tournent avec un MySql 4, cela pourrait être intéressant comme
> retour.
>
> Merci,
> Vincent Bonamy.
>
>
> Patrick Delage (CRI) wrote:

>> Bonjour,
>>
>> Afin de présenter les fonctionalités d'ORI-OAI dans mon établissement
>> et d'offrir un espace de test, j'ai installé la version Linux sur une
>> machine Debian (2.4) à l'aide de la très bonne documentation
>> (ORI-OAI-V1 linux de l'INSA de Lyon), dont je remercie l'auteur :
>>
>> Mysql 4.1 (configurée innoDB)
>> Java 1.5.0**_14
>> Tomcat 5.5.25
>>
>> Tous les tests des modules sont bons sauf le remoteconfigtest du
>> workflow. (voir le fichier 1 joint)
>> J'ai testé le moissonneur avec succès sur these_insa.
>> J'ai également une erreur après m'être identifier sur l'interface
>> workflow (auteur, passwd ori sur un ldap local) en essayant la saisie
>> d'une référence (dc ou LOM) : log tomcat-workflow
>> ******
>> xfire: 104430 ERROR handler.DefaultFaultHandler invoke[35] - Fault
>> occurred!
>> org.hibernate.ObjectNotFoundException: No row with the given
>> identifier exists: [org.orioai.workflow.beans.WorkflowInstance#8]
>>
>> Les tests des formulaire (lom et dc blank) fonctionnent.
>>
>> Le problème doit etre du coté du module vocabulary (d'après les
>> discussions sur cette liste), mais je ne trouve pas la solution.
>> Ce n'est pas un pb de proxy :
>> esup:/usr/local/ori#java -jar testURL.jar
>> HTTP/1.0 200 OK
>>
>> Merci d'avance pour tout aide.
>>
>> ET merci également aux concepteurs de cette application.
>>

>

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

25 janvier 2008 - 12:00pm

(Répondre à #4) #5

patrickdelagecri

Patrick Delage (CRI) wrote:

>Vincent Bonamy wrote:
>
>
>

>>Rebonjour,
>>
>>Donc à Rennes1, avant notre passage en MySql 5, on a utilisé
>>ori-oai-workflow sans problème avec un MySql 4.1.22 (et peut-être, mais
>>je ne saurai dire .... avec des versions infèrieures).
>>Sur UNIT pourtant on utilise une version plus ancienne de Mysql (donnée
>>par debian sarge) et noté : 4.0.24_Debian-10sarge2-log ... et ca fonctionne.
>>
>>Ici, je ne peux que vous suggérer de passer à une version de MySql un
>>peu plus récente (en espérant que cela ne vous pose pas de trop gros
>>problèmes techniques ... ?) : la 4.1.22 par exemple donc .... en
>>espérant que cela résoudra le problème rencontré ...
>>Merci de nous tenir informer.
>>
>>Vincent Bonamy.
>>
>>
>>
>>Vincent Bonamy wrote:
>>
>>
>>
>>

>>>Bonjour,
>>>
>>>Merci pour ce retour.
>>>
>>>Concernant le remoteconfigtest du workflow, l'erreur vient de notre
>>>instance ori-oai-vocabulary sur ori-oai.org, il faut d'ailleurs que
>>>l'on corrige cela rapidement.
>>>=> le test testGetVocabulariesId qui échoue de cette manière ne
>>>signifie pas qu'il y a un problème au niveau du module
>>>ori-oai-vocabulary.
>>>Donc a priori votre module ori-oai-vocabulary est tout à fait
>>>opérationnel.
>>>
>>>Donc ici vous avez en fait un problème entre l'application
>>>ori-oai-workflow et votre base de données.
>>>Vous précisez que vous êtes en INNODB (au cas où vous pouvez aussi
>>>vérifier cela, cette documentation pouvant aider :
>>>http://sourcesup.cru.fr/ori-workflow/installation.html#5.1) donc tout
>>>me parait OK ...
>>>
>>>Le problème viendrait de Hibernate (l'outil que l'on utilise pour
>>>dialoguer avec MySql) a priori j'ai peur.
>>>Car cela me semble correspondre à ce bug référencé sur le site
>>>d'Hibernate ... :
>>>http://opensource.atlassian.com/projects/hibernate/browse/HHH-1846?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_23869
>>>
>>>(on utilise dans ori-oai-workflow cette fonctionnalité de subclass ...)
>>>
>>>=> une incompatibilité entre Hibernate et le MySql 4.1 ... ?
>>>
>>>Je recherche de mon côté voir si je peux en savoir plus.
>>>Notamment je suis assez étonné, car je pensais qu'à Rennes1 on avait
>>>déjà installé ori-oai-workflow sur un Mysql4.1 : on a passé récemment
>>>notre MySql en version 5,
>>>Je vais me renseigner.
>>>Egalement si d'autres utilisateurs et dévelopeurs peuvent indiquer si
>>>ils tournent avec un MySql 4, cela pourrait être intéressant comme
>>>retour.
>>>
>>>Merci,
>>>Vincent Bonamy.
>>>
>>>
>>>Patrick Delage (CRI) wrote:
>>>
>>>
>>>
>>>

>>>>Bonjour,
>>>>
>>>>Afin de présenter les fonctionalités d'ORI-OAI dans mon établissement
>>>>et d'offrir un espace de test, j'ai installé la version Linux sur une
>>>>machine Debian (2.4) à l'aide de la très bonne documentation
>>>>(ORI-OAI-V1 linux de l'INSA de Lyon), dont je remercie l'auteur :
>>>>
>>>>Mysql 4.1 (configurée innoDB)
>>>>Java 1.5.0**_14
>>>>Tomcat 5.5.25
>>>>
>>>>Tous les tests des modules sont bons sauf le remoteconfigtest du
>>>>workflow. (voir le fichier 1 joint)
>>>>J'ai testé le moissonneur avec succès sur these_insa.
>>>>J'ai également une erreur après m'être identifier sur l'interface
>>>>workflow (auteur, passwd ori sur un ldap local) en essayant la saisie
>>>>d'une référence (dc ou LOM) : log tomcat-workflow
>>>>******
>>>>xfire: 104430 ERROR handler.DefaultFaultHandler invoke[35] - Fault
>>>>occurred!
>>>>org.hibernate.ObjectNotFoundException: No row with the given
>>>>identifier exists: [org.orioai.workflow.beans.WorkflowInstance#8]
>>>>
>>>>Les tests des formulaire (lom et dc blank) fonctionnent.
>>>>
>>>>Le problème doit etre du coté du module vocabulary (d'après les
>>>>discussions sur cette liste), mais je ne trouve pas la solution.
>>>>Ce n'est pas un pb de proxy :
>>>>esup:/usr/local/ori#java -jar testURL.jar
>>>>HTTP/1.0 200 OK
>>>>
>>>>Merci d'avance pour tout aide.
>>>>
>>>>ET merci également aux concepteurs de cette application.
>>>>
>>>>
>>>>
>>>>
>>>>

>Bonsoir,
>C'est bon avec la base Mysql 5.0
>Merci.
>Je bloque maintenant sur la recherche simple après avoir publier une
>ressource
>Page 57 de la doc INSA Lyon)
>Erreur 500 sur une page jsp.
>Je creuse et poste si besoin.
>
>Merci encore.
>
>
>
>

Bonjour,
Après recherche, la jsp advanced-result-temp2.jsp appelée par
advanced-result.jsp n'existe pas.
Par contre advanced-result-temp.jsp, existe.

ERROR [http-8184-Processor23] - "Servlet.service()" pour la servlet
search a gÃ©nÃ©rÃ© une exception
javax.servlet.ServletException: Le fichier
"/WEB-INF/stylesheets/advanced/./advanced-result-temp2.jsp" n'a pas
Ã©tÃ© trouvÃ©
at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:308)

A tout harsard, J'ai pensé dupliquer advanced-result-temp2.jsp en partant de advanced-result-temp.jsp mais bien-sûr, cela ne fonctionne pas (pb de label)

Merci pour toute aide.

Patrick Delage

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

25 janvier 2008 - 12:57pm

(Répondre à #5) #6

Yohan Colmant

Bonjour,
Ceci est une erreur qui est en cours de correction pour la version 1.0.1 de ori-oai-search
En attendant, sachez que ceci est une erreur de packaging de ma part. Vous pouvez tout simplement supprimer la ligne qui fait référence à advanced-result-temp2.jsp car elle ne sert à rien.
Cordialement,
Yohan Colmant

Patrick Delage (CRI) a écrit :

Patrick Delage (CRI) wrote:

Vincent Bonamy wrote:

Rebonjour,

Donc à Rennes1, avant notre passage en MySql 5, on a utilisé ori-oai-workflow sans problème avec un MySql 4.1.22 (et peut-être, mais je ne saurai dire .... avec des versions infèrieures).
Sur UNIT pourtant on utilise une version plus ancienne de Mysql (donnée par debian sarge) et noté : 4.0.24_Debian-10sarge2-log ... et ca fonctionne.

Ici, je ne peux que vous suggérer de passer à une version de MySql un peu plus récente (en espérant que cela ne vous pose pas de trop gros problèmes techniques ... ?) : la 4.1.22 par exemple donc .... en espérant que cela résoudra le problème rencontré ...
Merci de nous tenir informer.

Vincent Bonamy.

Vincent Bonamy wrote:



Bonjour,

Merci pour ce retour.

Concernant le remoteconfigtest du workflow, l'erreur vient de notre instance ori-oai-vocabulary sur ori-oai.org, il faut d'ailleurs que l'on corrige cela rapidement.
=> le test testGetVocabulariesId qui échoue de cette manière ne signifie pas qu'il y a un problème au niveau du module ori-oai-vocabulary.
Donc a priori votre module ori-oai-vocabulary est tout à fait opérationnel.

Donc ici vous avez en fait un problème entre l'application ori-oai-workflow et votre base de données.
Vous précisez que vous êtes en INNODB (au cas où vous pouvez aussi vérifier cela, cette documentation pouvant aider : http://sourcesup.cru.fr/ori-workflow/installation.html#5.1) donc tout me parait OK ...

Le problème viendrait de Hibernate (l'outil que l'on utilise pour dialoguer avec MySql) a priori j'ai peur.
Car cela me semble correspondre à ce bug référencé sur le site d'Hibernate ... :
http://opensource.atlassian.com/projects/hibernate/browse/HHH-1846?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_23869
(on utilise dans ori-oai-workflow cette fonctionnalité de subclass ...)

=> une incompatibilité entre Hibernate et le MySql 4.1 ... ?

Je recherche de mon côté voir si je peux en savoir plus.
Notamment je suis assez étonné, car je pensais qu'à Rennes1 on avait déjà installé ori-oai-workflow sur un Mysql4.1 : on a passé récemment notre MySql en version 5,
Je vais me renseigner.
Egalement si d'autres utilisateurs et dévelopeurs peuvent indiquer si ils tournent avec un MySql 4, cela pourrait être intéressant comme retour.

Merci,
Vincent Bonamy.

Patrick Delage (CRI) wrote:



Bonjour,

Afin de présenter les fonctionalités d'ORI-OAI dans mon établissement et d'offrir un espace de test, j'ai installé la version Linux sur une machine Debian (2.4) à l'aide de la très bonne documentation (ORI-OAI-V1 linux de l'INSA de Lyon), dont je remercie l'auteur :

Mysql 4.1 (configurée innoDB)
Java 1.5.0**_14
Tomcat 5.5.25

Tous les tests des modules sont bons sauf le remoteconfigtest du workflow. (voir le fichier 1 joint)
J'ai testé le moissonneur avec succès sur these_insa.
J'ai également une erreur après m'être identifier sur l'interface workflow (auteur, passwd ori sur un ldap local) en essayant la saisie d'une référence (dc ou LOM) : log tomcat-workflow
******
xfire: 104430 ERROR handler.DefaultFaultHandler invoke[35] - Fault occurred!
org.hibernate.ObjectNotFoundException: No row with the given identifier exists: [org.orioai.workflow.beans.WorkflowInstance#8]

Les tests des formulaire (lom et dc blank) fonctionnent.

Le problème doit etre du coté du module vocabulary (d'après les discussions sur cette liste), mais je ne trouve pas la solution.
Ce n'est pas un pb de proxy :
esup:/usr/local/ori#java -jar testURL.jar
HTTP/1.0 200 OK

Merci d'avance pour tout aide.

ET merci également aux concepteurs de cette application.




Bonsoir,
C'est bon avec la base Mysql 5.0
Merci.
Je bloque maintenant sur la recherche simple après avoir publier une ressource
Page 57 de la doc INSA Lyon)
Erreur 500 sur une page jsp.
Je creuse et poste si besoin.

Merci encore.

Bonjour,
Après recherche, la jsp advanced-result-temp2.jsp appelée par advanced-result.jsp n'existe pas.
Par contre advanced-result-temp.jsp, existe.

ERROR [http-8184-Processor23] - "Servlet.service()" pour la servlet search a gÃ©nÃ©rÃ© une exception
javax.servlet.ServletException: Le fichier "/WEB-INF/stylesheets/advanced/./advanced-result-temp2.jsp" n'a pas Ã©tÃ© trouvÃ©
   at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:308)

A tout harsard, J'ai pensé dupliquer advanced-result-temp2.jsp en partant de advanced-result-temp.jsp mais bien-sûr, cela ne fonctionne pas (pb de label)

Merci pour toute aide.

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

24 janvier 2008 - 4:56pm

(Répondre à #4) #7

patrickdelagecri

Vincent Bonamy wrote:

>Rebonjour,
>
>Donc à Rennes1, avant notre passage en MySql 5, on a utilisé
>ori-oai-workflow sans problème avec un MySql 4.1.22 (et peut-être, mais
>je ne saurai dire .... avec des versions infèrieures).
>Sur UNIT pourtant on utilise une version plus ancienne de Mysql (donnée
>par debian sarge) et noté : 4.0.24_Debian-10sarge2-log ... et ca fonctionne.
>
>Ici, je ne peux que vous suggérer de passer à une version de MySql un
>peu plus récente (en espérant que cela ne vous pose pas de trop gros
>problèmes techniques ... ?) : la 4.1.22 par exemple donc .... en
>espérant que cela résoudra le problème rencontré ...
>Merci de nous tenir informer.
>
>Vincent Bonamy.
>
>
>
>Vincent Bonamy wrote:
>
>

>>Bonjour,
>>
>>Merci pour ce retour.
>>
>>Concernant le remoteconfigtest du workflow, l'erreur vient de notre
>>instance ori-oai-vocabulary sur ori-oai.org, il faut d'ailleurs que
>>l'on corrige cela rapidement.
>>=> le test testGetVocabulariesId qui échoue de cette manière ne
>>signifie pas qu'il y a un problème au niveau du module
>>ori-oai-vocabulary.
>>Donc a priori votre module ori-oai-vocabulary est tout à fait
>>opérationnel.
>>
>>Donc ici vous avez en fait un problème entre l'application
>>ori-oai-workflow et votre base de données.
>>Vous précisez que vous êtes en INNODB (au cas où vous pouvez aussi
>>vérifier cela, cette documentation pouvant aider :
>>http://sourcesup.cru.fr/ori-workflow/installation.html#5.1) donc tout
>>me parait OK ...
>>
>>Le problème viendrait de Hibernate (l'outil que l'on utilise pour
>>dialoguer avec MySql) a priori j'ai peur.
>>Car cela me semble correspondre à ce bug référencé sur le site
>>d'Hibernate ... :
>>http://opensource.atlassian.com/projects/hibernate/browse/HHH-1846?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_23869
>>
>>(on utilise dans ori-oai-workflow cette fonctionnalité de subclass ...)
>>
>>=> une incompatibilité entre Hibernate et le MySql 4.1 ... ?
>>
>>Je recherche de mon côté voir si je peux en savoir plus.
>>Notamment je suis assez étonné, car je pensais qu'à Rennes1 on avait
>>déjà installé ori-oai-workflow sur un Mysql4.1 : on a passé récemment
>>notre MySql en version 5,
>>Je vais me renseigner.
>>Egalement si d'autres utilisateurs et dévelopeurs peuvent indiquer si
>>ils tournent avec un MySql 4, cela pourrait être intéressant comme
>>retour.
>>
>>Merci,
>>Vincent Bonamy.
>>
>>
>>Patrick Delage (CRI) wrote:
>>
>>

>>>Bonjour,
>>>
>>>Afin de présenter les fonctionalités d'ORI-OAI dans mon établissement
>>>et d'offrir un espace de test, j'ai installé la version Linux sur une
>>>machine Debian (2.4) à l'aide de la très bonne documentation
>>>(ORI-OAI-V1 linux de l'INSA de Lyon), dont je remercie l'auteur :
>>>
>>>Mysql 4.1 (configurée innoDB)
>>>Java 1.5.0**_14
>>>Tomcat 5.5.25
>>>
>>>Tous les tests des modules sont bons sauf le remoteconfigtest du
>>>workflow. (voir le fichier 1 joint)
>>>J'ai testé le moissonneur avec succès sur these_insa.
>>>J'ai également une erreur après m'être identifier sur l'interface
>>>workflow (auteur, passwd ori sur un ldap local) en essayant la saisie
>>>d'une référence (dc ou LOM) : log tomcat-workflow
>>>******
>>>xfire: 104430 ERROR handler.DefaultFaultHandler invoke[35] - Fault
>>>occurred!
>>>org.hibernate.ObjectNotFoundException: No row with the given
>>>identifier exists: [org.orioai.workflow.beans.WorkflowInstance#8]
>>>
>>>Les tests des formulaire (lom et dc blank) fonctionnent.
>>>
>>>Le problème doit etre du coté du module vocabulary (d'après les
>>>discussions sur cette liste), mais je ne trouve pas la solution.
>>>Ce n'est pas un pb de proxy :
>>>esup:/usr/local/ori#java -jar testURL.jar
>>>HTTP/1.0 200 OK
>>>
>>>Merci d'avance pour tout aide.
>>>
>>>ET merci également aux concepteurs de cette application.
>>>
>>>
>>>

Bonsoir,
C'est bon avec la base Mysql 5.0
Merci.
Je bloque maintenant sur la recherche simple après avoir publier une
ressource
Page 57 de la doc INSA Lyon)
Erreur 500 sur une page jsp.
Je creuse et poste si besoin.

Merci encore.

Patrick Delage

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

24 janvier 2008 - 1:23pm

(Répondre à #4) #8

patrickdelagecri

Vincent Bonamy wrote:

>Rebonjour,
>
>Donc à Rennes1, avant notre passage en MySql 5, on a utilisé
>ori-oai-workflow sans problème avec un MySql 4.1.22 (et peut-être, mais
>je ne saurai dire .... avec des versions infèrieures).
>Sur UNIT pourtant on utilise une version plus ancienne de Mysql (donnée
>par debian sarge) et noté : 4.0.24_Debian-10sarge2-log ... et ca fonctionne.
>
>Ici, je ne peux que vous suggérer de passer à une version de MySql un
>peu plus récente (en espérant que cela ne vous pose pas de trop gros
>problèmes techniques ... ?) : la 4.1.22 par exemple donc .... en
>espérant que cela résoudra le problème rencontré ...
>Merci de nous tenir informer.
>
>Vincent Bonamy.
>
>
>
>Vincent Bonamy wrote:
>
>

>>Bonjour,
>>
>>Merci pour ce retour.
>>
>>Concernant le remoteconfigtest du workflow, l'erreur vient de notre
>>instance ori-oai-vocabulary sur ori-oai.org, il faut d'ailleurs que
>>l'on corrige cela rapidement.
>>=> le test testGetVocabulariesId qui échoue de cette manière ne
>>signifie pas qu'il y a un problème au niveau du module
>>ori-oai-vocabulary.
>>Donc a priori votre module ori-oai-vocabulary est tout à fait
>>opérationnel.
>>
>>Donc ici vous avez en fait un problème entre l'application
>>ori-oai-workflow et votre base de données.
>>Vous précisez que vous êtes en INNODB (au cas où vous pouvez aussi
>>vérifier cela, cette documentation pouvant aider :
>>http://sourcesup.cru.fr/ori-workflow/installation.html#5.1) donc tout
>>me parait OK ...
>>
>>Le problème viendrait de Hibernate (l'outil que l'on utilise pour
>>dialoguer avec MySql) a priori j'ai peur.
>>Car cela me semble correspondre à ce bug référencé sur le site
>>d'Hibernate ... :
>>http://opensource.atlassian.com/projects/hibernate/browse/HHH-1846?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_23869
>>
>>(on utilise dans ori-oai-workflow cette fonctionnalité de subclass ...)
>>
>>=> une incompatibilité entre Hibernate et le MySql 4.1 ... ?
>>
>>Je recherche de mon côté voir si je peux en savoir plus.
>>Notamment je suis assez étonné, car je pensais qu'à Rennes1 on avait
>>déjà installé ori-oai-workflow sur un Mysql4.1 : on a passé récemment
>>notre MySql en version 5,
>>Je vais me renseigner.
>>Egalement si d'autres utilisateurs et dévelopeurs peuvent indiquer si
>>ils tournent avec un MySql 4, cela pourrait être intéressant comme
>>retour.
>>
>>Merci,
>>Vincent Bonamy.
>>
>>
>>Patrick Delage (CRI) wrote:
>>
>>

>>>Bonjour,
>>>
>>>Afin de présenter les fonctionalités d'ORI-OAI dans mon établissement
>>>et d'offrir un espace de test, j'ai installé la version Linux sur une
>>>machine Debian (2.4) à l'aide de la très bonne documentation
>>>(ORI-OAI-V1 linux de l'INSA de Lyon), dont je remercie l'auteur :
>>>
>>>Mysql 4.1 (configurée innoDB)
>>>Java 1.5.0**_14
>>>Tomcat 5.5.25
>>>
>>>Tous les tests des modules sont bons sauf le remoteconfigtest du
>>>workflow. (voir le fichier 1 joint)
>>>J'ai testé le moissonneur avec succès sur these_insa.
>>>J'ai également une erreur après m'être identifier sur l'interface
>>>workflow (auteur, passwd ori sur un ldap local) en essayant la saisie
>>>d'une référence (dc ou LOM) : log tomcat-workflow
>>>******
>>>xfire: 104430 ERROR handler.DefaultFaultHandler invoke[35] - Fault
>>>occurred!
>>>org.hibernate.ObjectNotFoundException: No row with the given
>>>identifier exists: [org.orioai.workflow.beans.WorkflowInstance#8]
>>>
>>>Les tests des formulaire (lom et dc blank) fonctionnent.
>>>
>>>Le problème doit etre du coté du module vocabulary (d'après les
>>>discussions sur cette liste), mais je ne trouve pas la solution.
>>>Ce n'est pas un pb de proxy :
>>>esup:/usr/local/ori#java -jar testURL.jar
>>>HTTP/1.0 200 OK
>>>
>>>Merci d'avance pour tout aide.
>>>
>>>ET merci également aux concepteurs de cette application.
>>>
>>>
>>>

Bonjour,

Merci pour cette réponse.
Je vais attaquer une base mysql 5.0.32 et voir le résultat.
(ma machine test est en mysql 4.1.11 !!)

Cordialement,

Patrick Delage

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

28 janvier 2008 - 4:24pm

(Répondre à #6) #9

patrickdelagecri

Yohan Colmant wrote:

> Bonjour,
> Ceci est une erreur qui est en cours de correction pour la version
> 1.0.1 de ori-oai-search
> En attendant, sachez que ceci est une erreur de packaging de ma part.
> Vous pouvez tout simplement supprimer la ligne qui fait référence à
> advanced-result-temp2.jsp car elle ne sert à rien.
> Cordialement,
> Yohan Colmant
>
> Patrick Delage (CRI) a écrit :
>

>> Patrick Delage (CRI) wrote:
>>

>>> Vincent Bonamy wrote:
>>>
>>>
>>>

>>>> Rebonjour,
>>>>
>>>> Donc à Rennes1, avant notre passage en MySql 5, on a utilisé
>>>> ori-oai-workflow sans problème avec un MySql 4.1.22 (et peut-être,
>>>> mais je ne saurai dire .... avec des versions infèrieures).
>>>> Sur UNIT pourtant on utilise une version plus ancienne de Mysql
>>>> (donnée par debian sarge) et noté : 4.0.24_Debian-10sarge2-log ...
>>>> et ca fonctionne.
>>>>
>>>> Ici, je ne peux que vous suggérer de passer à une version de MySql
>>>> un peu plus récente (en espérant que cela ne vous pose pas de trop
>>>> gros problèmes techniques ... ?) : la 4.1.22 par exemple donc ....
>>>> en espérant que cela résoudra le problème rencontré ...
>>>> Merci de nous tenir informer.
>>>>
>>>> Vincent Bonamy.
>>>>
>>>>
>>>>
>>>> Vincent Bonamy wrote:
>>>>
>>>>
>>>>
>>>>

>>>>> Bonjour,
>>>>>
>>>>> Merci pour ce retour.
>>>>>
>>>>> Concernant le remoteconfigtest du workflow, l'erreur vient de
>>>>> notre instance ori-oai-vocabulary sur ori-oai.org, il faut
>>>>> d'ailleurs que l'on corrige cela rapidement.
>>>>> => le test testGetVocabulariesId qui échoue de cette manière ne
>>>>> signifie pas qu'il y a un problème au niveau du module
>>>>> ori-oai-vocabulary.
>>>>> Donc a priori votre module ori-oai-vocabulary est tout à fait
>>>>> opérationnel.
>>>>>
>>>>> Donc ici vous avez en fait un problème entre l'application
>>>>> ori-oai-workflow et votre base de données.
>>>>> Vous précisez que vous êtes en INNODB (au cas où vous pouvez aussi
>>>>> vérifier cela, cette documentation pouvant aider :
>>>>> http://sourcesup.cru.fr/ori-workflow/installation.html#5.1) donc
>>>>> tout me parait OK ...
>>>>>
>>>>> Le problème viendrait de Hibernate (l'outil que l'on utilise pour
>>>>> dialoguer avec MySql) a priori j'ai peur.
>>>>> Car cela me semble correspondre à ce bug référencé sur le site
>>>>> d'Hibernate ... :
>>>>> http://opensource.atlassian.com/projects/hibernate/browse/HHH-1846?page=...
>>>>>
>>>>> (on utilise dans ori-oai-workflow cette fonctionnalité de subclass
>>>>> ...)
>>>>>
>>>>> => une incompatibilité entre Hibernate et le MySql 4.1 ... ?
>>>>>
>>>>> Je recherche de mon côté voir si je peux en savoir plus.
>>>>> Notamment je suis assez étonné, car je pensais qu'à Rennes1 on
>>>>> avait déjà installé ori-oai-workflow sur un Mysql4.1 : on a passé
>>>>> récemment notre MySql en version 5,
>>>>> Je vais me renseigner.
>>>>> Egalement si d'autres utilisateurs et dévelopeurs peuvent indiquer
>>>>> si ils tournent avec un MySql 4, cela pourrait être intéressant
>>>>> comme retour.
>>>>>
>>>>> Merci,
>>>>> Vincent Bonamy.
>>>>>
>>>>>
>>>>> Patrick Delage (CRI) wrote:
>>>>>
>>>>>
>>>>>

>>>>>> Bonjour,
>>>>>>
>>>>>> Afin de présenter les fonctionalités d'ORI-OAI dans mon
>>>>>> établissement et d'offrir un espace de test, j'ai installé la
>>>>>> version Linux sur une machine Debian (2.4) à l'aide de la très
>>>>>> bonne documentation (ORI-OAI-V1 linux de l'INSA de Lyon), dont je
>>>>>> remercie l'auteur :
>>>>>>
>>>>>> Mysql 4.1 (configurée innoDB)
>>>>>> Java 1.5.0**_14
>>>>>> Tomcat 5.5.25
>>>>>>
>>>>>> Tous les tests des modules sont bons sauf le remoteconfigtest du
>>>>>> workflow. (voir le fichier 1 joint)
>>>>>> J'ai testé le moissonneur avec succès sur these_insa.
>>>>>> J'ai également une erreur après m'être identifier sur l'interface
>>>>>> workflow (auteur, passwd ori sur un ldap local) en essayant la
>>>>>> saisie d'une référence (dc ou LOM) : log tomcat-workflow
>>>>>> ******
>>>>>> xfire: 104430 ERROR handler.DefaultFaultHandler invoke[35] -
>>>>>> Fault occurred!
>>>>>> org.hibernate.ObjectNotFoundException: No row with the given
>>>>>> identifier exists: [org.orioai.workflow.beans.WorkflowInstance#8]
>>>>>>
>>>>>> Les tests des formulaire (lom et dc blank) fonctionnent.
>>>>>>
>>>>>> Le problème doit etre du coté du module vocabulary (d'après les
>>>>>> discussions sur cette liste), mais je ne trouve pas la solution.
>>>>>> Ce n'est pas un pb de proxy :
>>>>>> esup:/usr/local/ori#java -jar testURL.jar
>>>>>> HTTP/1.0 200 OK
>>>>>>
>>>>>> Merci d'avance pour tout aide.
>>>>>>
>>>>>> ET merci également aux concepteurs de cette application.
>>>>>>
>>>>>>
>>>>>>

>>>>>

>>> Bonsoir,
>>> C'est bon avec la base Mysql 5.0
>>> Merci.
>>> Je bloque maintenant sur la recherche simple après avoir publier une
>>> ressource
>>> Page 57 de la doc INSA Lyon)
>>> Erreur 500 sur une page jsp.
>>> Je creuse et poste si besoin.
>>>
>>> Merci encore.
>>>
>>>
>>>
>>>

>> Bonjour,
>> Après recherche, la jsp advanced-result-temp2.jsp appelée par
>> advanced-result.jsp n'existe pas.
>> Par contre advanced-result-temp.jsp, existe.
>>
>>
>> ERROR [http-8184-Processor23] - "Servlet.service()" pour la servlet
>> search a gÃ©nÃ©rÃ© une exception
>> javax.servlet.ServletException: Le fichier
>> "/WEB-INF/stylesheets/advanced/./advanced-result-temp2.jsp" n'a pas
>> Ã©tÃ© trouvÃ©
>> at
>> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:308)
>>
>> A tout harsard, J'ai pensé dupliquer advanced-result-temp2.jsp en
>> partant de advanced-result-temp.jsp mais bien-sûr, cela ne fonctionne
>> pas (pb de label)
>>
>> Merci pour toute aide.
>>
>>
>>

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

Bonjour
J'ai supprimé la ligne qui fait référence à advanced-result-temp2.jsp et
cela fonctionne parfaitement.
Il ne reste plus qu'une erreur sur le test de l'entrepot ORI-OAI. Erreur
404 sur /repository
On récupère bien la liste headers des ressources (ListIdentifiers), mais
le lien qui pointe vers la ressource fait référence à un chemin
/repository?index....... au lieu de /ori_oai_repository?index.... qui
lui fonctionne si on corrige l'URL à la main.
Je n'ai rien trouvé avec un grep récursif sur "/repository" dans l'arbo
download/ori_oai_repository.
Je continue à chercher.
Si quelqu'un a une idée .....
Merci d'avance

Patrick Delage

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

29 janvier 2008 - 8:42am

(Répondre à #9) #10

Yohan Colmant

Bonjour,

Pour information, la version 1.0.1 du module ori-oai-search est sortie. Elle corrige le bug cité ci-dessous.

Cordialement,
Yohan Colmant

Patrick Delage (CRI) a écrit :

Yohan Colmant wrote:

Bonjour,
Ceci est une erreur qui est en cours de correction pour la version 1.0.1 de ori-oai-search
En attendant, sachez que ceci est une erreur de packaging de ma part. Vous pouvez tout simplement supprimer la ligne qui fait référence à advanced-result-temp2.jsp car elle ne sert à rien.
Cordialement,
Yohan Colmant

Patrick Delage (CRI) a écrit :

Patrick Delage (CRI) wrote:

Vincent Bonamy wrote:

Rebonjour,

Donc à Rennes1, avant notre passage en MySql 5, on a utilisé ori-oai-workflow sans problème avec un MySql 4.1.22 (et peut-être, mais je ne saurai dire .... avec des versions infèrieures).
Sur UNIT pourtant on utilise une version plus ancienne de Mysql (donnée par debian sarge) et noté : 4.0.24_Debian-10sarge2-log ... et ca fonctionne.

Ici, je ne peux que vous suggérer de passer à une version de MySql un peu plus récente (en espérant que cela ne vous pose pas de trop gros problèmes techniques ... ?) : la 4.1.22 par exemple donc .... en espérant que cela résoudra le problème rencontré ...
Merci de nous tenir informer.

Vincent Bonamy.

Vincent Bonamy wrote:

Bonjour,

Merci pour ce retour.

Concernant le remoteconfigtest du workflow, l'erreur vient de notre instance ori-oai-vocabulary sur ori-oai.org, il faut d'ailleurs que l'on corrige cela rapidement.
=> le test testGetVocabulariesId qui échoue de cette manière ne signifie pas qu'il y a un problème au niveau du module ori-oai-vocabulary.
Donc a priori votre module ori-oai-vocabulary est tout à fait opérationnel.

Donc ici vous avez en fait un problème entre l'application ori-oai-workflow et votre base de données.
Vous précisez que vous êtes en INNODB (au cas où vous pouvez aussi vérifier cela, cette documentation pouvant aider : http://sourcesup.cru.fr/ori-workflow/installation.html#5.1) donc tout me parait OK ...

Le problème viendrait de Hibernate (l'outil que l'on utilise pour dialoguer avec MySql) a priori j'ai peur.
Car cela me semble correspondre à ce bug référencé sur le site d'Hibernate ... :
http://opensource.atlassian.com/projects/hibernate/browse/HHH-1846?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_23869
(on utilise dans ori-oai-workflow cette fonctionnalité de subclass ...)

=> une incompatibilité entre Hibernate et le MySql 4.1 ... ?

Je recherche de mon côté voir si je peux en savoir plus.
Notamment je suis assez étonné, car je pensais qu'à Rennes1 on avait déjà installé ori-oai-workflow sur un Mysql4.1 : on a passé récemment notre MySql en version 5,
Je vais me renseigner.
Egalement si d'autres utilisateurs et dévelopeurs peuvent indiquer si ils tournent avec un MySql 4, cela pourrait être intéressant comme retour.

Merci,
Vincent Bonamy.

Patrick Delage (CRI) wrote:



Bonjour,

Afin de présenter les fonctionalités d'ORI-OAI dans mon établissement et d'offrir un espace de test, j'ai installé la version Linux sur une machine Debian (2.4) à l'aide de la très bonne documentation (ORI-OAI-V1 linux de l'INSA de Lyon), dont je remercie l'auteur :

Mysql 4.1 (configurée innoDB)
Java 1.5.0**_14
Tomcat 5.5.25

Tous les tests des modules sont bons sauf le remoteconfigtest du workflow. (voir le fichier 1 joint)
J'ai testé le moissonneur avec succès sur these_insa.
J'ai également une erreur après m'être identifier sur l'interface workflow (auteur, passwd ori sur un ldap local) en essayant la saisie d'une référence (dc ou LOM) : log tomcat-workflow
******
xfire: 104430 ERROR handler.DefaultFaultHandler invoke[35] - Fault occurred!
org.hibernate.ObjectNotFoundException: No row with the given identifier exists: [org.orioai.workflow.beans.WorkflowInstance#8]

Les tests des formulaire (lom et dc blank) fonctionnent.

Le problème doit etre du coté du module vocabulary (d'après les discussions sur cette liste), mais je ne trouve pas la solution.
Ce n'est pas un pb de proxy :
esup:/usr/local/ori#java -jar testURL.jar
HTTP/1.0 200 OK

Merci d'avance pour tout aide.

ET merci également aux concepteurs de cette application.



Bonsoir,
C'est bon avec la base Mysql 5.0
Merci.
Je bloque maintenant sur la recherche simple après avoir publier une ressource
Page 57 de la doc INSA Lyon)
Erreur 500 sur une page jsp.
Je creuse et poste si besoin.

Merci encore.

Bonjour,
Après recherche, la jsp advanced-result-temp2.jsp appelée par advanced-result.jsp n'existe pas.
Par contre advanced-result-temp.jsp, existe.

ERROR [http-8184-Processor23] - "Servlet.service()" pour la servlet search a gÃ©nÃ©rÃ© une exception
javax.servlet.ServletException: Le fichier "/WEB-INF/stylesheets/advanced/./advanced-result-temp2.jsp" n'a pas Ã©tÃ© trouvÃ©
   at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:308)

A tout harsard, J'ai pensé dupliquer advanced-result-temp2.jsp en partant de advanced-result-temp.jsp mais bien-sûr, cela ne fonctionne pas (pb de label)

Merci pour toute aide.

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

Bonjour
J'ai supprimé la ligne qui fait référence à advanced-result-temp2.jsp et cela fonctionne parfaitement.
Il ne reste plus qu'une erreur sur le test de l'entrepot ORI-OAI. Erreur 404 sur /repository
On récupère bien la liste headers des ressources (ListIdentifiers), mais le lien qui pointe vers la ressource fait référence à un chemin /repository?index....... au lieu de /ori_oai_repository?index.... qui lui fonctionne si on corrige l'URL à la main.
Je n'ai rien trouvé avec un grep récursif sur "/repository" dans l'arbo download/ori_oai_repository.
Je continue à chercher.
Si quelqu'un a une idée .....
Merci d'avance

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

29 janvier 2008 - 4:59pm

(Répondre à #10) #11

patrickdelagecri

Yohan Colmant wrote:

> Bonjour,
>
> Pour information, la version 1.0.1 du module ori-oai-search est
> sortie. Elle corrige le bug cité ci-dessous.
>
> Cordialement,
> Yohan Colmant
>
> Patrick Delage (CRI) a écrit :
>

>> Yohan Colmant wrote:
>>

>>> Bonjour,
>>> Ceci est une erreur qui est en cours de correction pour la version
>>> 1.0.1 de ori-oai-search
>>> En attendant, sachez que ceci est une erreur de packaging de ma
>>> part. Vous pouvez tout simplement supprimer la ligne qui fait
>>> référence à advanced-result-temp2.jsp car elle ne sert à rien.
>>> Cordialement,
>>> Yohan Colmant
>>>
>>> Patrick Delage (CRI) a écrit :
>>>

>>>> Patrick Delage (CRI) wrote:
>>>>

>>>>> Vincent Bonamy wrote:
>>>>>
>>>>>
>>>>>

>>>>>> Rebonjour,
>>>>>>
>>>>>> Donc à Rennes1, avant notre passage en MySql 5, on a utilisé
>>>>>> ori-oai-workflow sans problème avec un MySql 4.1.22 (et
>>>>>> peut-être, mais je ne saurai dire .... avec des versions
>>>>>> infèrieures).
>>>>>> Sur UNIT pourtant on utilise une version plus ancienne de Mysql
>>>>>> (donnée par debian sarge) et noté : 4.0.24_Debian-10sarge2-log
>>>>>> ... et ca fonctionne.
>>>>>>
>>>>>> Ici, je ne peux que vous suggérer de passer à une version de
>>>>>> MySql un peu plus récente (en espérant que cela ne vous pose pas
>>>>>> de trop gros problèmes techniques ... ?) : la 4.1.22 par exemple
>>>>>> donc .... en espérant que cela résoudra le problème rencontré ...
>>>>>> Merci de nous tenir informer.
>>>>>>
>>>>>> Vincent Bonamy.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Vincent Bonamy wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>>

>>>>>>> Bonjour,
>>>>>>>
>>>>>>> Merci pour ce retour.
>>>>>>>
>>>>>>> Concernant le remoteconfigtest du workflow, l'erreur vient de
>>>>>>> notre instance ori-oai-vocabulary sur ori-oai.org, il faut
>>>>>>> d'ailleurs que l'on corrige cela rapidement.
>>>>>>> => le test testGetVocabulariesId qui échoue de cette manière ne
>>>>>>> signifie pas qu'il y a un problème au niveau du module
>>>>>>> ori-oai-vocabulary.
>>>>>>> Donc a priori votre module ori-oai-vocabulary est tout à fait
>>>>>>> opérationnel.
>>>>>>>
>>>>>>> Donc ici vous avez en fait un problème entre l'application
>>>>>>> ori-oai-workflow et votre base de données.
>>>>>>> Vous précisez que vous êtes en INNODB (au cas où vous pouvez
>>>>>>> aussi vérifier cela, cette documentation pouvant aider :
>>>>>>> http://sourcesup.cru.fr/ori-workflow/installation.html#5.1) donc
>>>>>>> tout me parait OK ...
>>>>>>>
>>>>>>> Le problème viendrait de Hibernate (l'outil que l'on utilise
>>>>>>> pour dialoguer avec MySql) a priori j'ai peur.
>>>>>>> Car cela me semble correspondre à ce bug référencé sur le site
>>>>>>> d'Hibernate ... :
>>>>>>> http://opensource.atlassian.com/projects/hibernate/browse/HHH-1846?page=...
>>>>>>>
>>>>>>> (on utilise dans ori-oai-workflow cette fonctionnalité de
>>>>>>> subclass ...)
>>>>>>>
>>>>>>> => une incompatibilité entre Hibernate et le MySql 4.1 ... ?
>>>>>>>
>>>>>>> Je recherche de mon côté voir si je peux en savoir plus.
>>>>>>> Notamment je suis assez étonné, car je pensais qu'à Rennes1 on
>>>>>>> avait déjà installé ori-oai-workflow sur un Mysql4.1 : on a
>>>>>>> passé récemment notre MySql en version 5,
>>>>>>> Je vais me renseigner.
>>>>>>> Egalement si d'autres utilisateurs et dévelopeurs peuvent
>>>>>>> indiquer si ils tournent avec un MySql 4, cela pourrait être
>>>>>>> intéressant comme retour.
>>>>>>>
>>>>>>> Merci,
>>>>>>> Vincent Bonamy.
>>>>>>>
>>>>>>>
>>>>>>> Patrick Delage (CRI) wrote:
>>>>>>>
>>>>>>>
>>>>>>>

>>>>>>>> Bonjour,
>>>>>>>>
>>>>>>>> Afin de présenter les fonctionalités d'ORI-OAI dans mon
>>>>>>>> établissement et d'offrir un espace de test, j'ai installé la
>>>>>>>> version Linux sur une machine Debian (2.4) à l'aide de la très
>>>>>>>> bonne documentation (ORI-OAI-V1 linux de l'INSA de Lyon), dont
>>>>>>>> je remercie l'auteur :
>>>>>>>>
>>>>>>>> Mysql 4.1 (configurée innoDB)
>>>>>>>> Java 1.5.0**_14
>>>>>>>> Tomcat 5.5.25
>>>>>>>>
>>>>>>>> Tous les tests des modules sont bons sauf le remoteconfigtest
>>>>>>>> du workflow. (voir le fichier 1 joint)
>>>>>>>> J'ai testé le moissonneur avec succès sur these_insa.
>>>>>>>> J'ai également une erreur après m'être identifier sur
>>>>>>>> l'interface workflow (auteur, passwd ori sur un ldap local) en
>>>>>>>> essayant la saisie d'une référence (dc ou LOM) : log
>>>>>>>> tomcat-workflow
>>>>>>>> ******
>>>>>>>> xfire: 104430 ERROR handler.DefaultFaultHandler invoke[35] -
>>>>>>>> Fault occurred!
>>>>>>>> org.hibernate.ObjectNotFoundException: No row with the given
>>>>>>>> identifier exists: [org.orioai.workflow.beans.WorkflowInstance#8]
>>>>>>>>
>>>>>>>> Les tests des formulaire (lom et dc blank) fonctionnent.
>>>>>>>>
>>>>>>>> Le problème doit etre du coté du module vocabulary (d'après les
>>>>>>>> discussions sur cette liste), mais je ne trouve pas la solution.
>>>>>>>> Ce n'est pas un pb de proxy :
>>>>>>>> esup:/usr/local/ori#java -jar testURL.jar
>>>>>>>> HTTP/1.0 200 OK
>>>>>>>>
>>>>>>>> Merci d'avance pour tout aide.
>>>>>>>>
>>>>>>>> ET merci également aux concepteurs de cette application.
>>>>>>>>
>>>>>>>>

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

>>>>> Bonsoir,
>>>>> C'est bon avec la base Mysql 5.0
>>>>> Merci.
>>>>> Je bloque maintenant sur la recherche simple après avoir publier
>>>>> une ressource
>>>>> Page 57 de la doc INSA Lyon)
>>>>> Erreur 500 sur une page jsp.
>>>>> Je creuse et poste si besoin.
>>>>>
>>>>> Merci encore.
>>>>>
>>>>>
>>>>>
>>>>>

>>>> Bonjour,
>>>> Après recherche, la jsp advanced-result-temp2.jsp appelée par
>>>> advanced-result.jsp n'existe pas.
>>>> Par contre advanced-result-temp.jsp, existe.
>>>>
>>>>
>>>> ERROR [http-8184-Processor23] - "Servlet.service()" pour la servlet
>>>> search a gÃ©nÃ©rÃ© une exception
>>>> javax.servlet.ServletException: Le fichier
>>>> "/WEB-INF/stylesheets/advanced/./advanced-result-temp2.jsp" n'a pas
>>>> Ã©tÃ© trouvÃ©
>>>> at
>>>> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:308)
>>>>
>>>>
>>>> A tout harsard, J'ai pensé dupliquer advanced-result-temp2.jsp en
>>>> partant de advanced-result-temp.jsp mais bien-sûr, cela ne
>>>> fonctionne pas (pb de label)
>>>>
>>>> Merci pour toute aide.
>>>>
>>>>
>>>>

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

>>
>>
>> Bonjour
>> J'ai supprimé la ligne qui fait référence à advanced-result-temp2.jsp
>> et cela fonctionne parfaitement.
>> Il ne reste plus qu'une erreur sur le test de l'entrepot ORI-OAI.
>> Erreur 404 sur /repository
>> On récupère bien la liste headers des ressources (ListIdentifiers),
>> mais le lien qui pointe vers la ressource fait référence à un chemin
>> /repository?index....... au lieu de /ori_oai_repository?index.... qui
>> lui fonctionne si on corrige l'URL à la main.
>> Je n'ai rien trouvé avec un grep récursif sur "/repository" dans
>> l'arbo download/ori_oai_repository.
>> Je continue à chercher.
>> Si quelqu'un a une idée .....
>> Merci d'avance
>>

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

Bonsoir,
La nouvelle version d'ori-oai-search 1.0.1 corrige bien le bug ci dessus
! Merci
J'ai trouvé la solution au pb du lien dans le repository (erreur 404 sur
/repository?....) dans la doc d'installation ori-oai-repository :

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

2.3. Changement du contexte de l'application

Si le contexte d'origine "ori-oai-repository" change, il faut modifier
un paramètre dans la feuile XSL de l'IHM pour que celle-ci continue à
fonctionner, dans le fichier WebContent/xsl/ihm_main.xsl :

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

Ce point n'est pas abordé dans la doc ORI-OAI-V1 Linux v1.0 (page 33)

Merci encore

Fin de la discussion

Patrick Delage

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