Problème avec le module vocabulaire et proxy

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:e337985b481f524fbbb91fd1693a7d2e' 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\">\nBonjour,</p>\n<p>je teste le module harvester en moissonnant l\'entrepot d\'unit.<br />\nJ\'ai donc choisi, dans la définition d\'une nouvelle moisson, l\'entrepot<br />\nd\'unit <a href=\"http://www.unit.eu/ori-oai-repository/OAIHandler\" title=\"http://www.unit.eu/ori-oai-repository/OAIHandler\">http://www.unit.eu/ori-oai-repository/OAIHandler</a>, avec comme<br />\nidentifiant=lom_unit, le préfixe=lom, collection =lom/unit et je n\'ai<br />\npas restreint la moisson.<br />\nLorsque je lance la moisson, il semble que le module récupère des<br />\ndonnées de\n</div>\n', created = 1507745903, expire = 1507832303, headers = '', serialized = 0 WHERE cid = '4:e337985b481f524fbbb91fd1693a7d2e' 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:e337985b481f524fbbb91fd1693a7d2e' 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\">\nBonjour,</p>\n<p>je teste le module harvester en moissonnant l\'entrepot d\'unit.<br />\nJ\'ai donc choisi, dans la définition d\'une nouvelle moisson, l\'entrepot<br />\nd\'unit <a href=\"http://www.unit.eu/ori-oai-repository/OAIHandler\" title=\"http://www.unit.eu/ori-oai-repository/OAIHandler\">http://www.unit.eu/ori-oai-repository/OAIHandler</a>, avec comme<br />\nidentifiant=lom_unit, le préfixe=lom, collection =lom/unit et je n\'ai<br />\npas restreint la moisson.<br />\nLorsque je lance la moisson, il semble que le module récupère des<br />\ndonnées de\n</div>\n', created = 1507745903, expire = 1507832303, headers = '', serialized = 0 WHERE cid = '4:e337985b481f524fbbb91fd1693a7d2e' 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:877a25feb23e56c41e150fc1d5f99f4d' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,</p>\n<p>Effectivement le vocabulaire<br />\n<a href=\"http://demo.ori-oai.org/vocabulary/xfire/OriVocabularyService?WSDL\" title=\"http://demo.ori-oai.org/vocabulary/xfire/OriVocabularyService?WSDL\">http://demo.ori-oai.org/vocabulary/xfire/OriVocabularyService?WSDL</a> est<br />\nen ce moment à l\'arrêt.<br />\nLe vocabulaire d\'UNIT est disponible et joue son rôle de vocabulaire de<br />\nsecours.<br />\nEffectivement aussi, derrière un proxy l\'accès à ces modules distant<br />\npeut poser problème.</p>\n<p>Je rappelle que l\'idée derrière la connection à ces vocabulaires<br />\ndistants est de partager des mêmes référentiels dynamiquement. Ainsi<br />\nlorsqu\'on se connecte aux vocabulaires distants on récupère les derniers<br />\nvocabulaires régulièrement.</p>\n<p>Maintenant techniquement, et pour répondre à votre question, 2<br />\npossibilités :</p>\n<p>* a priori, on doit pouvoir utiliser un proxy devant les modules<br />\nORI-OAI, cependant cf les archives sur la liste<br />\n<a href=\"mailto:ori-oai-utilisateurs@listes.univ-rennes1.fr\">ori-oai-utilisateurs@listes.univ-rennes1.fr</a> ainsi que les issues de<br />\nXFire, il est possible qu\'il faille récupérer une librairie XFire plus<br />\nrécente que la librairie fournie. Cf<br />\n<a href=\"http://jira.codehaus.org/browse/XFIRE-401\" title=\"http://jira.codehaus.org/browse/XFIRE-401\">http://jira.codehaus.org/browse/XFIRE-401</a> par exemple. Si d\'autres<br />\npeuvent ici faire un retour de l\'usage de ORI-OAI derrière un proxy,<br />\ncela pourrait être intéressant. Ca nous permettrait également de mettre<br />\nà jour la librairie XFire comme il se doit, et cela dans tous les<br />\nmodules ORI-OAI : la 1.2.5 devrait suffire ?<br />\n<a href=\"http://xfire.codehaus.org/Download\" title=\"http://xfire.codehaus.org/Download\">http://xfire.codehaus.org/Download</a><br />\n=> si vous pouvez tester simplement : remplacer<br />\nwebapp/WEB-INF/lib/xfire-all-1.2.4.jar par<br />\nwebapp/WEB-INF/lib/xfire-all-1.2.5.jar ou même<br />\nwebapp/WEB-INF/lib/xfire-all-1.2.6.jar (récupéré depuis<br />\n<a href=\"http://xfire.codehaus.org/Download\" title=\"http://xfire.codehaus.org/Download\">http://xfire.codehaus.org/Download</a>) - positionner le proxy et son port<br />\nvia les variables d\'environnement ou au travers du JAVA_OPTS (comme vous<br />\nl\'aviez fait) sont je crois 2 solutions possibles qui sont censées<br />\nfonctionner.</p>\n<p>* dans conf/properties/domain/domain.xml on peut simplement décommenter<br />\nla ligne<br />\n<import resource=\"oriVocabulary.xml\" /><br />\n-> ainsi les vocabulaires spécifiés au travers de oriVocabulary.xml<br />\nsont chargés directement localement dans le module de vocabulaires et le<br />\nmodule ne récupère alors plus les vocabulaires sur les serveurs distants<br />\n...</p>\n<p>Cordialement,<br />\nVincent Bonamy.</p>\n<p>Mamy Haja RAKOTOBE wrote:<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>><br />\n><br />\n> Début du message réexpédié :<br />\n></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> *De : *Mamy Haja RAKOTOBE <<span id=\"919301b5c518c9ff00d1a59ebc883be5\"></span>\n <script type=\"text/javascript\" >  </script><br />\n>> <mailto:mamyhaja.rakotobe@univ-reunion.fr>><br />\n>> *Date : *31 mars 2008 15:00:42 GMT+04:00<br />\n>> *À : <span id=\"a3d5e92c57484df32761ceb295829e87\"></span>\n <script type=\"text/javascript\" >  </script><br />\n>> <mailto:ori-oai-utilisateurs-request@listes.univ-rennes1.fr><br />\n>> *Objet : **problème avec le module vocabulaire et proxy*<br />\n>><br />\n>> bonjour,<br />\n>> J\'ai réalisé deux tests d\'installation des modules ORI-OAI. Premier<br />\n>> essai, sur ma machine MacBook, sur notre réseau administratif. Je<br />\n>> n\'ai pas eu de soucis particulier.<br />\n>> Par contre sur un serveur fermé dans un réseau étudiant (beaucoup de<br />\n>> ports sont fermés), j\'ai un problème d\'accès au vocabulaire de<br />\n>> l\'UNIT. Concernant le module \'Vocabulary\', en faisant un \'tail\' sur<br />\n>> catalina.out, j\'ai le message d\'erreur qui ressemble à une erreur de<br />\n>> PROXY suivant:<br />\n>><br />\n>> ******<br />\n>> Resovling. Base: , URI:<br />\n>> <a href=\"http://www.unit.eu/ori-oai-vocabulary/xfire/OriVocabularyService?WSDL\" title=\"http://www.unit.eu/ori-oai-vocabulary/xfire/OriVocabularyService?WSDL\">http://www.unit.eu/ori-oai-vocabulary/xfire/OriVocabularyService?WSDL</a><br />\n>> 81782 WARN domain.VocabularyService getVocabulary[44] - An<br />\n>> exception occured with the providerManager<br />\n>> [org.orioai.vocabulary.domain.RemoteVocabularyProviderManager@127ff0d]<br />\n>> when retrieving the vocabulary common_lom_gen_catalogs.<br />\n>> We continue with others providerManagers.<br />\n>> Here the exception :<br />\n>> java.lang.reflect.UndeclaredThrowableException<br />\n>> at $Proxy0.getVocabulary(Unknown Source)<br />\n>> at<br />\n>> org.orioai.vocabulary.domain.RemoteVocabularyProviderManager.hasVocabulary(RemoteVocabularyProviderManager.java:69)<br />\n>> at<br />\n>> org.orioai.vocabulary.domain.VocabularyService.getVocabulary(VocabularyService.java:40)<br />\n>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)<br />\n>> at<br />\n>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)<br />\n>> at<br />\n>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)<br />\n>> at java.lang.reflect.Method.invoke(Method.java:585)<br />\n>> ..........<br />\n>> Caused by: java.net.NoRouteToHostException: No route to host<br />\n>> at java.net.PlainSocketImpl.socketConnect(Native Method)<br />\n>> at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)<br />\n>> at<br />\n>> java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)<br />\n>> at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)<br />\n>> at java.net.Socket.connect(Socket.java:520)<br />\n>> at java.net.Socket.connect(Socket.java:470)<br />\n>> *******<br />\n>><br />\n>> Mes questions sont les suivantes:<br />\n>> 1/ A quel endroit dois je configurer le proxy ? Dans mon bash<br />\n>> (http_proxy.....)? Dans catalina en ajoutant \"export<br />\n>> JAVA_OPTS=\"-Dhttp.proxyHost=runcache.univ-reunion.fr<br />\n>> -Dhttp.proxyPort=8080\" ? Les deux à la fois ? j\'ai tout essayé mais<br />\n>> ça ne marche pas.<br />\n>><br />\n>> 2/ Comment configurer ou activer le vocabulaire en interne et<br />\n>> spécifique à notre université.<br />\n>><br />\n>> 3/ Existe il d\'autre vocabulaire accessible autre que UNIT ? Le démo<br />\n>> (<a href=\"http://demo.ori-oai.org/vocabulary/xfire/OriVocabularyService?WSDL\" title=\"http://demo.ori-oai.org/vocabulary/xfire/OriVocabularyService?WSDL\">http://demo.ori-oai.org/vocabulary/xfire/OriVocabularyService?WSDL</a>) n\'est<br />\n>> pas accessible<br />\n>><br />\n>> Je vous remercie d\'avance<br />\n>><br />\n>> ****************************<br />\n>> Mamy Haja RAKOTOBE<br />\n>> Responsable service TICE<br />\n>> Bibliothèque des sciences - 1ère étage<br />\n>> Université de La Réunion<br />\n>><br />\n>> Tél: 0262 93 8280 / 0262 93 83 84<br />\n>> GSM: 0692 29 47 24<br />\n>><br />\n>><br />\n>><br />\n>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>></div>\n</blockquote>\n<p>--<br />\nCe message a été vérifié par MailScanner<br />\npour des virus ou des polluriels et rien de<br />\nsuspect n\'a été trouvé.</p>\n</div>\n', created = 1507745903, expire = 1507832303, headers = '', serialized = 0 WHERE cid = '4:877a25feb23e56c41e150fc1d5f99f4d' 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:d496c51b3c76396aa1765f2dbbb5fccd' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\"><!DOCTYPE html PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">\n<html>\n<head>\n <meta content=\"text/html;charset=ISO-8859-1\" http-equiv=\"Content-Type\">\n</head>\n<body bgcolor=\"#ffffff\" text=\"#000000\">\n<font size=\"-1\"><font face=\"Verdana\">Bonjour à tous,<br>\nPour information, le vocabulaire </font></font><a class=\"moz-txt-link-freetext\" href=\"http://demo.ori-oai.org/vocabulary/xfire/OriVocabularyService?WSDL\">http://demo.ori-oai.org/vocabulary/xfire/OriVocabularyService?WSDL</a>\n<font size=\"-1\"><font face=\"Verdana\">est à nouveau disponible.<br>\nBien cordialement,<br>\nYohan Colmant<br>\n</font></font><br>\nVincent Bonamy a écrit :\n<div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>Bonjour,\n <br>\n <br>\nEffectivement le vocabulaire\n<a class=\"moz-txt-link-freetext\" href=\"http://demo.ori-oai.org/vocabulary/xfire/OriVocabularyService?WSDL\">http://demo.ori-oai.org/vocabulary/xfire/OriVocabularyService?WSDL</a> est\nen ce moment à l\'arrêt.\n <br>\nLe vocabulaire d\'UNIT est disponible et joue son rôle de vocabulaire de\nsecours.\n <br>\nEffectivement aussi, derrière un proxy l\'accès à ces modules distant\npeut poser problème.\n <br>\n <br>\nJe rappelle que l\'idée derrière la connection à ces vocabulaires\ndistants est de partager des mêmes référentiels dynamiquement. Ainsi\nlorsqu\'on se connecte aux vocabulaires distants on récupère les\nderniers vocabulaires régulièrement.\n <br>\n <br>\n <br>\nMaintenant techniquement, et pour répondre à votre question, 2\npossibilités :\n <br>\n <br>\n* a priori, on doit pouvoir utiliser un proxy devant les modules\nORI-OAI, cependant cf les archives sur la liste\n<a class=\"moz-txt-link-abbreviated\" href=\"mailto:ori-oai-utilisateurs@listes.univ-rennes1.fr\">ori-oai-utilisateurs@listes.univ-rennes1.fr</a> ainsi que les issues de\nXFire, il est possible qu\'il faille récupérer une librairie XFire plus\nrécente que la librairie fournie. Cf\n<a class=\"moz-txt-link-freetext\" href=\"http://jira.codehaus.org/browse/XFIRE-401\">http://jira.codehaus.org/browse/XFIRE-401</a> par exemple. Si d\'autres\npeuvent ici faire un retour de l\'usage de ORI-OAI derrière un proxy,\ncela pourrait être intéressant. Ca nous permettrait également de mettre\nà jour la librairie XFire comme il se doit, et cela dans tous les\nmodules ORI-OAI : la 1.2.5 devrait suffire ?\n<a class=\"moz-txt-link-freetext\" href=\"http://xfire.codehaus.org/Download\">http://xfire.codehaus.org/Download</a>\n <br>\n=> si vous pouvez tester simplement : remplacer\nwebapp/WEB-INF/lib/xfire-all-1.2.4.jar par\nwebapp/WEB-INF/lib/xfire-all-1.2.5.jar ou même\nwebapp/WEB-INF/lib/xfire-all-1.2.6.jar  (récupéré depuis\n<a class=\"moz-txt-link-freetext\" href=\"http://xfire.codehaus.org/Download\">http://xfire.codehaus.org/Download</a>) - positionner le proxy et son port\nvia les variables d\'environnement ou au travers du JAVA_OPTS (comme\nvous l\'aviez fait) sont je crois 2 solutions possibles qui sont censées\nfonctionner.\n <br>\n <br>\n* dans conf/properties/domain/domain.xml on peut simplement décommenter\nla ligne\n <br>\n<import resource=\"oriVocabulary.xml\" />\n <br>\n-> ainsi les vocabulaires spécifiés au travers de  oriVocabulary.xml\nsont chargés directement localement dans le module de vocabulaires et\nle module ne récupère alors plus les vocabulaires sur les serveurs\ndistants ...\n <br>\n <br>\n <br>\nCordialement,\n <br>\nVincent Bonamy.\n <br>\n <br>\n <br>\n <br>\nMamy Haja RAKOTOBE wrote:\n <br>\n <div class=\"emailFilter_Author_1\"><blockquote type=\"cite\"><br>\n <br>\nDébut du message réexpédié :\n <br>\n <br>\n <div class=\"emailFilter_Author_2\"><blockquote type=\"cite\">*De : *Mamy Haja RAKOTOBE\n<<a class=\"moz-txt-link-abbreviated\" href=\"mailto:mamyhaja.rakotobe@univ-reunion.fr\">mamyhaja.rakotobe@univ-reunion.fr</a>\n<a class=\"moz-txt-link-rfc2396E\" href=\"mailto:mamyhaja.rakotobe@univ-reunion.fr\"><mailto:mamyhaja.rakotobe@univ-reunion.fr></a>>\n <br>\n*Date : *31 mars 2008 15:00:42 GMT+04:00\n <br>\n*À : <span id=\"e390b2fbe7141abbf400b0017fdabd65\"></span>\n <script type=\"text/javascript\" >  </script>\n<a class=\"moz-txt-link-rfc2396E\" href=\"mailto:ori-oai-utilisateurs-request@listes.univ-rennes1.fr\"><mailto:ori-oai-utilisateurs-request@listes.univ-rennes1.fr></a>\n <br>\n*Objet : **problème avec le module vocabulaire et proxy*\n <br>\n <br>\nbonjour,\n <br>\nJ\'ai réalisé deux tests d\'installation des modules ORI-OAI. Premier\nessai, sur ma machine MacBook, sur notre réseau administratif. Je n\'ai\npas eu de soucis particulier.\n <br>\nPar contre sur un serveur fermé dans un réseau étudiant (beaucoup de\nports sont fermés), j\'ai un problème d\'accès au vocabulaire de l\'UNIT.\nConcernant le module \'Vocabulary\', en faisant un \'tail\' sur\n catalina.out, j\'ai le message d\'erreur qui ressemble à une erreur de\nPROXY suivant:\n <br>\n <br>\n******\n <br>\nResovling. Base: , URI:\n<a class=\"moz-txt-link-freetext\" href=\"http://www.unit.eu/ori-oai-vocabulary/xfire/OriVocabularyService?WSDL\">http://www.unit.eu/ori-oai-vocabulary/xfire/OriVocabularyService?WSDL</a>\n <br>\n81782 WARN  domain.VocabularyService getVocabulary[44]  - An exception\noccured with the providerManager\n[org.orioai.vocabulary.domain.RemoteVocabularyProviderManager@127ff0d]\nwhen retrieving the vocabulary common_lom_gen_catalogs.\n <br>\n We continue with others providerManagers.  Here the exception :\n <br>\njava.lang.reflect.UndeclaredThrowableException\n <br>\n        at $Proxy0.getVocabulary(Unknown Source)\n <br>\n        at\norg.orioai.vocabulary.domain.RemoteVocabularyProviderManager.hasVocabulary(RemoteVocabularyProviderManager.java:69)\n <br>\n        at\norg.orioai.vocabulary.domain.VocabularyService.getVocabulary(VocabularyService.java:40)\n <br>\n        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)\n <br>\n        at\nsun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)\n <br>\n        at\nsun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)\n <br>\n        at java.lang.reflect.Method.invoke(Method.java:585)\n <br>\n..........\n <br>\nCaused by: java.net.NoRouteToHostException: No route to host\n <br>\n        at java.net.PlainSocketImpl.socketConnect(Native Method)\n <br>\n        at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)\n <br>\n        at\njava.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)\n <br>\n        at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)\n <br>\n        at java.net.Socket.connect(Socket.java:520)\n <br>\n        at java.net.Socket.connect(Socket.java:470)\n <br>\n*******\n <br>\n <br>\nMes questions sont les suivantes:\n <br>\n1/ A quel endroit dois je configurer le proxy ? Dans mon bash\n(http_proxy.....)? Dans catalina en ajoutant \"export\nJAVA_OPTS=\"-Dhttp.proxyHost=runcache.univ-reunion.fr\n-Dhttp.proxyPort=8080\" ? Les deux à la fois ? j\'ai tout essayé mais ça\nne marche pas.\n <br>\n <br>\n2/ Comment configurer ou activer le vocabulaire en interne et\nspécifique à notre université.\n <br>\n <br>\n3/ Existe il d\'autre vocabulaire accessible autre que UNIT ? Le démo\n(<a class=\"moz-txt-link-freetext\" href=\"http://demo.ori-oai.org/vocabulary/xfire/OriVocabularyService?WSDL\">http://demo.ori-oai.org/vocabulary/xfire/OriVocabularyService?WSDL</a>)\nn\'est pas accessible\n <br>\n <br>\nJe vous remercie d\'avance\n <br>\n <br>\n****************************\n <br>\nMamy Haja RAKOTOBE\n <br>\nResponsable service TICE\n <br>\nBibliothèque des sciences - 1ère étage\n <br>\nUniversité de La Réunion\n <br>\n <br>\nTél: 0262 93 8280 / 0262 93 83 84\n <br>\nGSM: 0692 29 47 24\n <br>\n <br>\n <br>\n <br>\n <br>\n </blockquote></div>\n <br>\n </blockquote></div>\n <br>\n <br>\n</blockquote></div></div>\n</body>\n<br />-- \n<br />Ce message a été vérifié par\n<br />pour des virus ou des polluriels et rien de\n<br />suspect n\'a été trouvé.\n</html>\n</div>', created = 1507745905, expire = 1507832305, headers = '', serialized = 0 WHERE cid = '4:d496c51b3c76396aa1765f2dbbb5fccd' 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:ecfadf4eabc024fb0ceaed20fdb8757e' 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\"><html><body style=\"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; \">\nBonjour à tous,<div>Ci dessous mes retours d\'expérience et merci à vous car nos modules Workflow, Editeur et Vocabulary fonctionnent depuis hier soir derrière un proxy.</div><div><br class=\"webkit-block-placeholder\"></div><div>Mes démarches étaient la suivante:</div><div><br class=\"webkit-block-placeholder\"></div><div>Suis sur un système Debian, java 5 et tomcat 5.5.25</div><div>1/ Réinstallation propre des modules avec réinitialisation des bases de données (Mysql et Exist):</div><div><span class=\"Apple-tab-span\" style=\"white-space:pre\"> </span>Workflow 1.0.1; Editor 1.0.1; Vocabulary 1.0.2; Indexing 1.0.0;</div><div>2/ Configurer tomcat avec les variables d\'environnement JAVA_OPTS. Au passage, j\'ai eu un soucis lors de l\'installation de départ de la base eXist derrière le proxy. Je n\'arrivais pas à déployer \"exist-newcore-1.1.0.war\". Pour résoudre le problème, suis passé par lynx directement sur le serveur . C\'est par la suite avec Firefox de ma machine que j\'ai créé la base ORI avec la collection;</div><div>3/ Décommenter <import resource=\"oriVocabulary.xml\" /> comme avait indiqué Vincent. J\'ai testé une seule fois la librairie xfire-all-1.2.6.jar. Comme j\'avais toujours le même soucis, j\'ai réutilisé la version 1.2.4.</div><div><br class=\"webkit-block-placeholder\"></div><div>Ensuite, je ne sais pas si la remise en marche de \"demo.ori\" qui m\'a débloqué. C\'est une bonne chose que ce vocabulaire refonctionne.</div><div><br class=\"webkit-block-placeholder\"></div><div>Rq: Lors de la compilation de Workflow , j\'ai eu un message d\'erreur concernant \"ehcache\":</div><div>*******</div><div style=\"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; \"><font face=\"Helvetica\" size=\"3\" style=\"font: 12.0px Helvetica\">WARN - CacheManager.detectAndFixDiskStorePathConflict(271) | Creating a new instance of CacheManager using the diskStorePath \"/tmp\" which is already used by an existing CacheManager.</font></div><div style=\"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; \"><font face=\"Helvetica\" size=\"3\" style=\"font: 12.0px Helvetica\">The source of the configuration was classpath.</font></div><div style=\"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; \"><font face=\"Helvetica\" size=\"3\" style=\"font: 12.0px Helvetica\">The diskStore path for this CacheManager will be set to /tmp/ehcache_auto_created_1162415977182.</font></div><div>To avoid this warning consider using the CacheManager factory methods to create a singleton CacheManager or specifying a separate ehcache configuration (ehcache.xml) for each CacheManager instance. </div><div>*******</div><div>Cordialement</div><div>Mamy Haja</div><div><br class=\"webkit-block-placeholder\"></div><div><div><div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote type=\"cite\"><div class=\"emailFilter_Author_1\"><blockquote> <br> Effectivement le vocabulaire <a class=\"moz-txt-link-freetext\" href=\"http://demo.ori-oai.org/vocabulary/xfire/OriVocabularyService?WSDL\">http://demo.ori-oai.org/vocabulary/xfire/OriVocabularyService?WSDL</a> est en ce moment à l\'arrêt. <br> Le vocabulaire d\'UNIT est disponible et joue son rôle de vocabulaire de secours. <br> Effectivement aussi, derrière un proxy l\'accès à ces modules distant peut poser problème. <br> <br> Je rappelle que l\'idée derrière la connection à ces vocabulaires distants est de partager des mêmes référentiels dynamiquement. Ainsi lorsqu\'on se connecte aux vocabulaires distants on récupère les derniers vocabulaires régulièrement. <br> <br> <br> Maintenant techniquement, et pour répondre à votre question, 2 possibilités : <br> <br> * a priori, on doit pouvoir utiliser un proxy devant les modules ORI-OAI, cependant cf les archives sur la liste <a class=\"moz-txt-link-abbreviated\" href=\"mailto:ori-oai-utilisateurs@listes.univ-rennes1.fr\">ori-oai-utilisateurs@listes.univ-rennes1.fr</a> ainsi que les issues de XFire, il est possible qu\'il faille récupérer une librairie XFire plus récente que la librairie fournie. Cf <a class=\"moz-txt-link-freetext\" href=\"http://jira.codehaus.org/browse/XFIRE-401\">http://jira.codehaus.org/browse/XFIRE-401</a> par exemple. Si d\'autres peuvent ici faire un retour de l\'usage de ORI-OAI derrière un proxy, cela pourrait être intéressant. Ca nous permettrait également de mettre à jour la librairie XFire comme il se doit, et cela dans tous les modules ORI-OAI : la 1.2.5 devrait suffire ? <a class=\"moz-txt-link-freetext\" href=\"http://xfire.codehaus.org/Download\">http://xfire.codehaus.org/Download</a> <br> => si vous pouvez tester simplement : remplacer webapp/WEB-INF/lib/xfire-all-1.2.4.jar par webapp/WEB-INF/lib/xfire-all-1.2.5.jar ou même webapp/WEB-INF/lib/xfire-all-1.2.6.jar (récupéré depuis <a class=\"moz-txt-link-freetext\" href=\"http://xfire.codehaus.org/Download\">http://xfire.codehaus.org/Download</a>) - positionner le proxy et son port via les variables d\'environnement ou au travers du JAVA_OPTS (comme vous l\'aviez fait) sont je crois 2 solutions possibles qui sont censées fonctionner. <br> <br> * dans conf/properties/domain/domain.xml on peut simplement décommenter la ligne <br> <import resource=\"oriVocabulary.xml\" /> <br> -> ainsi les vocabulaires spécifiés au travers de oriVocabulary.xml sont chargés directement localement dans le module de vocabulaires et le module ne récupère alors plus les vocabulaires sur les serveurs distants ... <br> <br> <br> Cordialement, <br> Vincent Bonamy. <br> <br> <br> <br> Mamy Haja RAKOTOBE wrote: <br> <div class=\"emailFilter_Author_2\"><blockquote type=\"cite\"><br> <br> Début du message réexpédié : <br> <br> <div class=\"emailFilter_Author_3\"><blockquote type=\"cite\">*De : *Mamy Haja RAKOTOBE <<a class=\"moz-txt-link-abbreviated\" href=\"mailto:mamyhaja.rakotobe@univ-reunion.fr\">mamyhaja.rakotobe@univ-reunion.fr</a> <a class=\"moz-txt-link-rfc2396E\" href=\"mailto:mamyhaja.rakotobe@univ-reunion.fr\"><mailto:mamyhaja.rakotobe@univ-reunion.fr></a>> <br> *Date : *31 mars 2008 15:00:42 GMT+04:00 <br> *À : *<a href=\"mailto:ori-oai-utilisateurs-request@listes.univ-rennes1.fr\">ori-oai-utilisateurs-request@listes.univ-rennes1.fr</a> <a class=\"moz-txt-link-rfc2396E\" href=\"mailto:ori-oai-utilisateurs-request@listes.univ-rennes1.fr\"><mailto:ori-oai-utilisateurs-request@listes.univ-rennes1.fr></a> <br> *Objet : **problème avec le module vocabulaire et proxy* <br> <br> bonjour, <br> J\'ai réalisé deux tests d\'installation des modules ORI-OAI. Premier essai, sur ma machine MacBook, sur notre réseau administratif. Je n\'ai pas eu de soucis particulier. <br> Par contre sur un serveur fermé dans un réseau étudiant (beaucoup de ports sont fermés), j\'ai un problème d\'accès au vocabulaire de l\'UNIT. Concernant le module \'Vocabulary\', en faisant un \'tail\' sur catalina.out, j\'ai le message d\'erreur qui ressemble à une erreur de PROXY suivant: <br> <br> ****** <br> Resovling. Base: , URI: <a class=\"moz-txt-link-freetext\" href=\"http://www.unit.eu/ori-oai-vocabulary/xfire/OriVocabularyService?WSDL\">http://www.unit.eu/ori-oai-vocabulary/xfire/OriVocabularyService?WSDL</a> <br> 81782 WARN domain.VocabularyService getVocabulary[44] - An exception occured with the providerManager [org.orioai.vocabulary.domain.RemoteVocabularyProviderManager@127ff0d] when retrieving the vocabulary common_lom_gen_catalogs. <br> We continue with others providerManagers. Here the exception : <br> java.lang.reflect.UndeclaredThrowableException <br> at $Proxy0.getVocabulary(Unknown Source) <br> at org.orioai.vocabulary.domain.RemoteVocabularyProviderManager.hasVocabulary(RemoteVocabularyProviderManager.java:69) <br> at org.orioai.vocabulary.domain.VocabularyService.getVocabulary(VocabularyService.java:40) <br> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) <br> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) <br> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) <br> at java.lang.reflect.Method.invoke(Method.java:585) <br> .......... <br> Caused by: java.net.NoRouteToHostException: No route to host <br> at java.net.PlainSocketImpl.socketConnect(Native Method) <br> at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333) <br> at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195) <br> at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) <br> at java.net.Socket.connect(Socket.java:520) <br> at java.net.Socket.connect(Socket.java:470) <br> ******* <br> <br> Mes questions sont les suivantes: <br> 1/ A quel endroit dois je configurer le proxy ? Dans mon bash (http_proxy.....)? Dans catalina en ajoutant \"export JAVA_OPTS=\"-Dhttp.proxyHost=runcache.univ-reunion.fr -Dhttp.proxyPort=8080\" ? Les deux à la fois ? j\'ai tout essayé mais ça ne marche pas. <br> <br> 2/ Comment configurer ou activer le vocabulaire en interne et spécifique à notre université. <br> <br> 3/ Existe il d\'autre vocabulaire accessible autre que UNIT ? Le démo (<a class=\"moz-txt-link-freetext\" href=\"http://demo.ori-oai.org/vocabulary/xfire/OriVocabularyService?WSDL\">http://demo.ori-oai.org/vocabulary/xfire/OriVocabularyService?WSDL</a>) n\'est pas accessible <br> <br> Je vous remercie d\'avance <br> <br> **************************** <br> Mamy Haja RAKOTOBE <br> Responsable service TICE <br> Bibliothèque des sciences - 1ère étage <br> Université de La Réunion <br> <br> Tél: 0262 93 8280 / 0262 93 83 84 <br> GSM: 0692 29 47 24 <br> <br> <br> <br> <br> </blockquote></div> <br> </blockquote></div> <br> <br> </blockquote></div> <br>-- <br>Ce message a été vérifié par <br>pour des virus ou des polluriels et rien de <br>suspect n\'a été trouvé. </blockquote></div></div></div><br></div></body><br />-- \n<br />Ce message a été vérifié par\n<br />pour des virus ou des polluriels et rien de\n<br />suspect n\'a été trouvé.\n</html>\n</div>', created = 1507745905, expire = 1507832305, headers = '', serialized = 0 WHERE cid = '4:ecfadf4eabc024fb0ceaed20fdb8757e' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.

3 messages / 0 nouveaux

Sujet clos

Dernière contribution

1 avril 2008 - 2:43pm

vincentbonamy

Problème avec le module vocabulaire et proxy

Bonjour,

Effectivement le vocabulaire
http://demo.ori-oai.org/vocabulary/xfire/OriVocabularyService?WSDL est
en ce moment à l'arrêt.
Le vocabulaire d'UNIT est disponible et joue son rôle de vocabulaire de
secours.
Effectivement aussi, derrière un proxy l'accès à ces modules distant
peut poser problème.

Je rappelle que l'idée derrière la connection à ces vocabulaires
distants est de partager des mêmes référentiels dynamiquement. Ainsi
lorsqu'on se connecte aux vocabulaires distants on récupère les derniers
vocabulaires régulièrement.

Maintenant techniquement, et pour répondre à votre question, 2
possibilités :

* a priori, on doit pouvoir utiliser un proxy devant les modules
ORI-OAI, cependant cf les archives sur la liste
ori-oai-utilisateurs@listes.univ-rennes1.fr ainsi que les issues de
XFire, il est possible qu'il faille récupérer une librairie XFire plus
récente que la librairie fournie. Cf
http://jira.codehaus.org/browse/XFIRE-401 par exemple. Si d'autres
peuvent ici faire un retour de l'usage de ORI-OAI derrière un proxy,
cela pourrait être intéressant. Ca nous permettrait également de mettre
à jour la librairie XFire comme il se doit, et cela dans tous les
modules ORI-OAI : la 1.2.5 devrait suffire ?
http://xfire.codehaus.org/Download
=> si vous pouvez tester simplement : remplacer
webapp/WEB-INF/lib/xfire-all-1.2.4.jar par
webapp/WEB-INF/lib/xfire-all-1.2.5.jar ou même
webapp/WEB-INF/lib/xfire-all-1.2.6.jar (récupéré depuis
http://xfire.codehaus.org/Download) - positionner le proxy et son port
via les variables d'environnement ou au travers du JAVA_OPTS (comme vous
l'aviez fait) sont je crois 2 solutions possibles qui sont censées
fonctionner.

* dans conf/properties/domain/domain.xml on peut simplement décommenter
la ligne

-> ainsi les vocabulaires spécifiés au travers de oriVocabulary.xml
sont chargés directement localement dans le module de vocabulaires et le
module ne récupère alors plus les vocabulaires sur les serveurs distants
...

Cordialement,
Vincent Bonamy.

Mamy Haja RAKOTOBE wrote:

>
>
> Début du message réexpédié :
>

>> *De : *Mamy Haja RAKOTOBE <
>> >
>> *Date : *31 mars 2008 15:00:42 GMT+04:00
>> *À :
>>
>> *Objet : **problème avec le module vocabulaire et proxy*
>>
>> bonjour,
>> J'ai réalisé deux tests d'installation des modules ORI-OAI. Premier
>> essai, sur ma machine MacBook, sur notre réseau administratif. Je
>> n'ai pas eu de soucis particulier.
>> Par contre sur un serveur fermé dans un réseau étudiant (beaucoup de
>> ports sont fermés), j'ai un problème d'accès au vocabulaire de
>> l'UNIT. Concernant le module 'Vocabulary', en faisant un 'tail' sur
>> catalina.out, j'ai le message d'erreur qui ressemble à une erreur de
>> PROXY suivant:
>>
>> ******
>> Resovling. Base: , URI:
>> http://www.unit.eu/ori-oai-vocabulary/xfire/OriVocabularyService?WSDL
>> 81782 WARN domain.VocabularyService getVocabulary[44] - An
>> exception occured with the providerManager
>> [org.orioai.vocabulary.domain.RemoteVocabularyProviderManager@127ff0d]
>> when retrieving the vocabulary common_lom_gen_catalogs.
>> We continue with others providerManagers.
>> Here the exception :
>> java.lang.reflect.UndeclaredThrowableException
>> at $Proxy0.getVocabulary(Unknown Source)
>> at
>> org.orioai.vocabulary.domain.RemoteVocabularyProviderManager.hasVocabulary(RemoteVocabularyProviderManager.java:69)
>> at
>> org.orioai.vocabulary.domain.VocabularyService.getVocabulary(VocabularyService.java:40)
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>> at java.lang.reflect.Method.invoke(Method.java:585)
>> ..........
>> Caused by: java.net.NoRouteToHostException: No route to host
>> at java.net.PlainSocketImpl.socketConnect(Native Method)
>> at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
>> at
>> java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
>> at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
>> at java.net.Socket.connect(Socket.java:520)
>> at java.net.Socket.connect(Socket.java:470)
>> *******
>>
>> Mes questions sont les suivantes:
>> 1/ A quel endroit dois je configurer le proxy ? Dans mon bash
>> (http_proxy.....)? Dans catalina en ajoutant "export
>> JAVA_OPTS="-Dhttp.proxyHost=runcache.univ-reunion.fr
>> -Dhttp.proxyPort=8080" ? Les deux à la fois ? j'ai tout essayé mais
>> ça ne marche pas.
>>
>> 2/ Comment configurer ou activer le vocabulaire en interne et
>> spécifique à notre université.
>>
>> 3/ Existe il d'autre vocabulaire accessible autre que UNIT ? Le démo
>> (http://demo.ori-oai.org/vocabulary/xfire/OriVocabularyService?WSDL) n'est
>> pas accessible
>>
>> Je vous remercie d'avance
>>
>> ****************************
>> Mamy Haja RAKOTOBE
>> Responsable service TICE
>> Bibliothèque des sciences - 1ère étage
>> Université de La Réunion
>>
>> Tél: 0262 93 8280 / 0262 93 83 84
>> GSM: 0692 29 47 24
>>
>>
>>
>>

>

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

3 avril 2008 - 8:51am

Yohan Colmant

Bonjour à tous,
Pour information, le vocabulaire http://demo.ori-oai.org/vocabulary/xfire/OriVocabularyService?WSDL est à nouveau disponible.
Bien cordialement,
Yohan Colmant

Vincent Bonamy a écrit :

Bonjour,

Effectivement le vocabulaire http://demo.ori-oai.org/vocabulary/xfire/OriVocabularyService?WSDL est en ce moment à l'arrêt.
Le vocabulaire d'UNIT est disponible et joue son rôle de vocabulaire de secours.
Effectivement aussi, derrière un proxy l'accès à ces modules distant peut poser problème.

Je rappelle que l'idée derrière la connection à ces vocabulaires distants est de partager des mêmes référentiels dynamiquement. Ainsi lorsqu'on se connecte aux vocabulaires distants on récupère les derniers vocabulaires régulièrement.

Maintenant techniquement, et pour répondre à votre question, 2 possibilités :

* a priori, on doit pouvoir utiliser un proxy devant les modules ORI-OAI, cependant cf les archives sur la liste ori-oai-utilisateurs@listes.univ-rennes1.fr ainsi que les issues de XFire, il est possible qu'il faille récupérer une librairie XFire plus récente que la librairie fournie. Cf http://jira.codehaus.org/browse/XFIRE-401 par exemple. Si d'autres peuvent ici faire un retour de l'usage de ORI-OAI derrière un proxy, cela pourrait être intéressant. Ca nous permettrait également de mettre à jour la librairie XFire comme il se doit, et cela dans tous les modules ORI-OAI : la 1.2.5 devrait suffire ? http://xfire.codehaus.org/Download
=> si vous pouvez tester simplement : remplacer webapp/WEB-INF/lib/xfire-all-1.2.4.jar par webapp/WEB-INF/lib/xfire-all-1.2.5.jar ou même webapp/WEB-INF/lib/xfire-all-1.2.6.jar (récupéré depuis http://xfire.codehaus.org/Download) - positionner le proxy et son port via les variables d'environnement ou au travers du JAVA_OPTS (comme vous l'aviez fait) sont je crois 2 solutions possibles qui sont censées fonctionner.

* dans conf/properties/domain/domain.xml on peut simplement décommenter la ligne
<import resource="oriVocabulary.xml" />
-> ainsi les vocabulaires spécifiés au travers de oriVocabulary.xml sont chargés directement localement dans le module de vocabulaires et le module ne récupère alors plus les vocabulaires sur les serveurs distants ...

Cordialement,
Vincent Bonamy.

Mamy Haja RAKOTOBE wrote:

Début du message réexpédié :

*De : *Mamy Haja RAKOTOBE <mamyhaja.rakotobe@univ-reunion.fr <mailto:mamyhaja.rakotobe@univ-reunion.fr>>
*Date : *31 mars 2008 15:00:42 GMT+04:00
*À : <mailto:ori-oai-utilisateurs-request@listes.univ-rennes1.fr>
*Objet : **problème avec le module vocabulaire et proxy*

bonjour,
J'ai réalisé deux tests d'installation des modules ORI-OAI. Premier essai, sur ma machine MacBook, sur notre réseau administratif. Je n'ai pas eu de soucis particulier.
Par contre sur un serveur fermé dans un réseau étudiant (beaucoup de ports sont fermés), j'ai un problème d'accès au vocabulaire de l'UNIT. Concernant le module 'Vocabulary', en faisant un 'tail' sur catalina.out, j'ai le message d'erreur qui ressemble à une erreur de PROXY suivant:

******
Resovling. Base: , URI: http://www.unit.eu/ori-oai-vocabulary/xfire/OriVocabularyService?WSDL
81782 WARN domain.VocabularyService getVocabulary[44] - An exception occured with the providerManager [org.orioai.vocabulary.domain.RemoteVocabularyProviderManager@127ff0d] when retrieving the vocabulary common_lom_gen_catalogs.
We continue with others providerManagers. Here the exception :
java.lang.reflect.UndeclaredThrowableException
        at $Proxy0.getVocabulary(Unknown Source)
        at org.orioai.vocabulary.domain.RemoteVocabularyProviderManager.hasVocabulary(RemoteVocabularyProviderManager.java:69)
        at org.orioai.vocabulary.domain.VocabularyService.getVocabulary(VocabularyService.java:40)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
..........
Caused by: java.net.NoRouteToHostException: No route to host
        at java.net.PlainSocketImpl.socketConnect(Native Method)
        at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
        at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
        at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
        at java.net.Socket.connect(Socket.java:520)
        at java.net.Socket.connect(Socket.java:470)
*******

Mes questions sont les suivantes:
1/ A quel endroit dois je configurer le proxy ? Dans mon bash (http_proxy.....)? Dans catalina en ajoutant "export JAVA_OPTS="-Dhttp.proxyHost=runcache.univ-reunion.fr -Dhttp.proxyPort=8080" ? Les deux à la fois ? j'ai tout essayé mais ça ne marche pas.

2/ Comment configurer ou activer le vocabulaire en interne et spécifique à notre université.

3/ Existe il d'autre vocabulaire accessible autre que UNIT ? Le démo (http://demo.ori-oai.org/vocabulary/xfire/OriVocabularyService?WSDL) n'est pas accessible

Je vous remercie d'avance

****************************
Mamy Haja RAKOTOBE
Responsable service TICE
Bibliothèque des sciences - 1ère étage
Université de La Réunion

Tél: 0262 93 8280 / 0262 93 83 84
GSM: 0692 29 47 24

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

3 avril 2008 - 10:54am

(Répondre à #2) #3

mamyhajarakotobe

Bonjour à tous,

Ci dessous mes retours d'expérience et merci à vous car nos modules Workflow, Editeur et Vocabulary fonctionnent depuis hier soir derrière un proxy.

Mes démarches étaient la suivante:

Suis sur un système Debian, java 5 et tomcat 5.5.25

1/ Réinstallation propre des modules avec réinitialisation des bases de données (Mysql et Exist):

Workflow 1.0.1; Editor 1.0.1; Vocabulary 1.0.2; Indexing 1.0.0;

2/ Configurer tomcat avec les variables d'environnement JAVA_OPTS. Au passage, j'ai eu un soucis lors de l'installation de départ de la base eXist derrière le proxy. Je n'arrivais pas à déployer "exist-newcore-1.1.0.war". Pour résoudre le problème, suis passé par lynx directement sur le serveur . C'est par la suite avec Firefox de ma machine que j'ai créé la base ORI avec la collection;

3/ Décommenter <import resource="oriVocabulary.xml" /> comme avait indiqué Vincent. J'ai testé une seule fois la librairie xfire-all-1.2.6.jar. Comme j'avais toujours le même soucis, j'ai réutilisé la version 1.2.4.

Ensuite, je ne sais pas si la remise en marche de "demo.ori" qui m'a débloqué. C'est une bonne chose que ce vocabulaire refonctionne.

Rq: Lors de la compilation de Workflow , j'ai eu un message d'erreur concernant "ehcache":

*******

WARN - CacheManager.detectAndFixDiskStorePathConflict(271) | Creating a new instance of CacheManager using the diskStorePath "/tmp" which is already used by an existing CacheManager.

The source of the configuration was classpath.

The diskStore path for this CacheManager will be set to /tmp/ehcache_auto_created_1162415977182.

To avoid this warning consider using the CacheManager factory methods to create a singleton CacheManager or specifying a separate ehcache configuration (ehcache.xml) for each CacheManager instance.

*******

Cordialement

Mamy Haja

Effectivement le vocabulaire http://demo.ori-oai.org/vocabulary/xfire/OriVocabularyService?WSDL est en ce moment à l'arrêt.
Le vocabulaire d'UNIT est disponible et joue son rôle de vocabulaire de secours.
Effectivement aussi, derrière un proxy l'accès à ces modules distant peut poser problème.

Je rappelle que l'idée derrière la connection à ces vocabulaires distants est de partager des mêmes référentiels dynamiquement. Ainsi lorsqu'on se connecte aux vocabulaires distants on récupère les derniers vocabulaires régulièrement.

Maintenant techniquement, et pour répondre à votre question, 2 possibilités :

* a priori, on doit pouvoir utiliser un proxy devant les modules ORI-OAI, cependant cf les archives sur la liste ori-oai-utilisateurs@listes.univ-rennes1.fr ainsi que les issues de XFire, il est possible qu'il faille récupérer une librairie XFire plus récente que la librairie fournie. Cf http://jira.codehaus.org/browse/XFIRE-401 par exemple. Si d'autres peuvent ici faire un retour de l'usage de ORI-OAI derrière un proxy, cela pourrait être intéressant. Ca nous permettrait également de mettre à jour la librairie XFire comme il se doit, et cela dans tous les modules ORI-OAI : la 1.2.5 devrait suffire ? http://xfire.codehaus.org/Download
=> si vous pouvez tester simplement : remplacer webapp/WEB-INF/lib/xfire-all-1.2.4.jar par webapp/WEB-INF/lib/xfire-all-1.2.5.jar ou même webapp/WEB-INF/lib/xfire-all-1.2.6.jar (récupéré depuis http://xfire.codehaus.org/Download) - positionner le proxy et son port via les variables d'environnement ou au travers du JAVA_OPTS (comme vous l'aviez fait) sont je crois 2 solutions possibles qui sont censées fonctionner.

* dans conf/properties/domain/domain.xml on peut simplement décommenter la ligne
<import resource="oriVocabulary.xml" />
-> ainsi les vocabulaires spécifiés au travers de oriVocabulary.xml sont chargés directement localement dans le module de vocabulaires et le module ne récupère alors plus les vocabulaires sur les serveurs distants ...

Cordialement,
Vincent Bonamy.

Mamy Haja RAKOTOBE wrote:

Début du message réexpédié :

*De : *Mamy Haja RAKOTOBE <mamyhaja.rakotobe@univ-reunion.fr <mailto:mamyhaja.rakotobe@univ-reunion.fr>>
*Date : *31 mars 2008 15:00:42 GMT+04:00
*À : *ori-oai-utilisateurs-request@listes.univ-rennes1.fr <mailto:ori-oai-utilisateurs-request@listes.univ-rennes1.fr>
*Objet : **problème avec le module vocabulaire et proxy*

bonjour,
J'ai réalisé deux tests d'installation des modules ORI-OAI. Premier essai, sur ma machine MacBook, sur notre réseau administratif. Je n'ai pas eu de soucis particulier.
Par contre sur un serveur fermé dans un réseau étudiant (beaucoup de ports sont fermés), j'ai un problème d'accès au vocabulaire de l'UNIT. Concernant le module 'Vocabulary', en faisant un 'tail' sur catalina.out, j'ai le message d'erreur qui ressemble à une erreur de PROXY suivant:

******
Resovling. Base: , URI: http://www.unit.eu/ori-oai-vocabulary/xfire/OriVocabularyService?WSDL
81782 WARN domain.VocabularyService getVocabulary[44] - An exception occured with the providerManager [org.orioai.vocabulary.domain.RemoteVocabularyProviderManager@127ff0d] when retrieving the vocabulary common_lom_gen_catalogs.
We continue with others providerManagers. Here the exception :
java.lang.reflect.UndeclaredThrowableException
        at $Proxy0.getVocabulary(Unknown Source)
        at org.orioai.vocabulary.domain.RemoteVocabularyProviderManager.hasVocabulary(RemoteVocabularyProviderManager.java:69)
        at org.orioai.vocabulary.domain.VocabularyService.getVocabulary(VocabularyService.java:40)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
..........
Caused by: java.net.NoRouteToHostException: No route to host
        at java.net.PlainSocketImpl.socketConnect(Native Method)
        at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
        at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
        at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
        at java.net.Socket.connect(Socket.java:520)
        at java.net.Socket.connect(Socket.java:470)
*******

Mes questions sont les suivantes:
1/ A quel endroit dois je configurer le proxy ? Dans mon bash (http_proxy.....)? Dans catalina en ajoutant "export JAVA_OPTS="-Dhttp.proxyHost=runcache.univ-reunion.fr -Dhttp.proxyPort=8080" ? Les deux à la fois ? j'ai tout essayé mais ça ne marche pas.

2/ Comment configurer ou activer le vocabulaire en interne et spécifique à notre université.

3/ Existe il d'autre vocabulaire accessible autre que UNIT ? Le démo (http://demo.ori-oai.org/vocabulary/xfire/OriVocabularyService?WSDL) n'est pas accessible

Je vous remercie d'avance

****************************
Mamy Haja RAKOTOBE
Responsable service TICE
Bibliothèque des sciences - 1ère étage
Université de La Réunion

Tél: 0262 93 8280 / 0262 93 83 84
GSM: 0692 29 47 24

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

--
Ce message a été vérifié par
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