[ecm-devel] Plugin ORI-OAI dans Nuxeo 5.4.1

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:cf30655579938091792050fc8e5f5968' 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><head><style type=\'text/css\'>p { margin: 0; }</style></head><body><div style=\'font-family: Arial; font-size: 10pt; color: #6633FF\'>\nJe réponds dans le texte ...\nEt surtout merci pour ton aide. Françoise Rousseau Schortin Ingénieur Direction Informatique Université Paris-Sud 11 - 91405 ORSAY \n\n<H</div>', created = 1507748065, expire = 1507834465, headers = '', serialized = 0 WHERE cid = '4:cf30655579938091792050fc8e5f5968' 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:cf30655579938091792050fc8e5f5968' 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><head><style type=\'text/css\'>p { margin: 0; }</style></head><body><div style=\'font-family: Arial; font-size: 10pt; color: #6633FF\'>\nJe réponds dans le texte ...\nEt surtout merci pour ton aide. Françoise Rousseau Schortin Ingénieur Direction Informatique Université Paris-Sud 11 - 91405 ORSAY \n\n<H</div>', created = 1507748065, expire = 1507834465, headers = '', serialized = 0 WHERE cid = '4:cf30655579938091792050fc8e5f5968' 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:0ec069394388506379457f4d2b8c6834' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Merci. Cela fonctionne à présent. J\'ai rajouté quelques notes à ce sujet \ndans le mini-HOW-TO d\'installation de la 5.4.1 : \n<a href=\"http://www.esup-portail.org/display/PROJESUPECM/How-To+Installation+Nuxeo+5.4.1\" title=\"http://www.esup-portail.org/display/PROJESUPECM/How-To+Installation+Nuxeo+5.4.1\">http://www.esup-portail.org/display/PROJESUPECM/How-To+Installation+Nuxe...</a>\nCordialement. \nJérôme NENERT.\nLe 05/04/2011 15:33, Henri Jacob a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Le mécanisme des bundles dans la NX 5.4 a visiblement évolué : on voit \n> en effet que lors du packaging de Nuxeo, tous les artifacts déclarés \n> dans les pom.xml des différents bundles de Nuxeo sont regroupés dans \n> .../nxserver/lib . \n> \n> Il faudra sans doute reproduire ce mode de déploiement pour le plugin \n> ori-oai-nuxeo. En attendant, pour tester, on peut le faire \"à la main\" \n> de la façon suivante: \n> -déarchiver le jar ori-oai-nuxeo \n> -copier les fichiers du répertoire nxserver/plugins/lib dans \n> nxserver/lib , ce sont : \n> commons-httpclient-3.1.jar, wsdl4j-1.5.2.jar, xfire-all-1.2.6.jar, \n> xfire-java5-1.2.6.jar , ori-oai-commons-1.6.0.jar \n> -récupérer l\'artifact jaxen (pour éviter l\'exception \n> java.lang.NoClassDefFoundError: org/jaxen/JaxenException) \n> <groupId>jaxen</groupId> \n> <artifactId>jaxen</artifactId> \n> <name>jaxen</name> \n> <version>1.1.1</version> \n> et copier l\'archive jaxen-1.1.1.jar dans nxserver/lib \n> \n> Cela devrait fonctionner après un \"nuxeoctl restart\". \n> \n> Cordialement, \n> Henri \n> \n> \n> Le 04/04/2011 18:34, Henri Jacob a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Bonsoir, \n>> \n>> Après avoir installé Nx 5.4 et ori-oai-nuxeo-1.6.2 , j\'arrive aux \n>> mêmes constatations. \n>> \n>> Cela est dû au packaging qui reste à faire. \n>> \n>> Si on désarchive à la main le plugin esupecm-orioai-1.6.2.jar , puis \n>> que l\'on copie les jar du plugin dans le répertoire nxserver/lib , on \n>> n\'a plus l\'erreur \n>> java.lang.NoClassDefFoundError: \n>> org/codehaus/xfire/service/binding/ObjectServiceFactory \n>> \n>> et on a bien les référencements possibles, \n>> \n>> mais il reste l\'erreur java.lang.NoClassDefFoundError: \n>> org/jaxen/JaxenException \n>> qui est sans doute dûe au jar dom4j utilisé par défaut dans Nuxeo 5.4. \n>> \n>> Il reste donc un petit travail de configuration maven pour faire \n>> fonctionner tout ça. \n>> \n>> Henri Jacob \n>> \n>> Le 04/04/2011 11:01, Jérôme NENERT a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> Bonjour, \n>>> \n>>> Le parametre workflow.ws.url de build.properties est correct et \n>>> contient l\'URL du workflow qui est bien démarré. \n>>> \n>>> Dans server.log, nous avons les erreurs suivantes : \n>>> \n>>> 2011-04-04 10:55:38,978 ERROR \n>>> [org.nuxeo.runtime.model.impl.ComponentManagerImpl] Failed to create \n>>> component: \n>>> service:org.orioai.esupecm.nuxeo2xml.service.OriOaiNuxeo2XmlService \n>>> java.lang.NoClassDefFoundError: org/jaxen/JaxenException \n>>> \n>>> ====================================================================== \n>>> = Component Loading Errors: \n>>> * Failed to create component: \n>>> service:org.orioai.esupecm.nuxeo2xml.service.OriOaiNuxeo2XmlService \n>>> (java.lang.NoClassDefFoundError: org/jaxen/JaxenException) \n>>> \n>>> Jérôme NENERT. \n>>> D.S.I. \n>>> Université Panthéon Assas ( Paris 2 ). \n>>> \n>>> \n>>> Le 02/04/2011 11:35, Henri Jacob a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>> Le message me fait penser que le workflow n\'est pas démarré ou bien que \n>>>> l\'url du web service n\'est pas la bonne. \n>>>> \n>>>> Caused by: java.lang.NoClassDefFoundError: \n>>>> org/codehaus/xfire/service/binding/ObjectServiceFactory \n>>>> at \n>>>> org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl.getRemoteOriWorkflowService(OriOaiWorkflowServiceImpl.java:62) \n>>>> \n>>>> \n>>>> at \n>>>> org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl.getMetadataTypes(OriOaiWorkflowServiceImpl.java:87) \n>>>> \n>>>> \n>>>> at \n>>>> org.orioai.esupecm.webapp.action.WorkflowActions.getMetadataTypes(WorkflowActions.java:832) \n>>>> \n>>>> \n>>>> at \n>>>> org.orioai.esupecm.webapp.action.WorkflowActions.getReferencableMetadataTypes(WorkflowActions.java:775) \n>>>> \n>>>> \n>>>> at \n>>>> org.orioai.esupecm.webapp.action.WorkflowActions.getReferencableMetadataTypesMap(WorkflowActions.java:801) \n>>>> \n>>>> \n>>>> ... 110 more \n>>>> Caused by: java.lang.ClassNotFoundException: \n>>>> org.codehaus.xfire.service.binding.ObjectServiceFactory \n>>>> at \n>>>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387) \n>>>> \n>>>> \n>>>> at \n>>>> org.nuxeo.runtime.tomcat.NuxeoWebappClassLoader.loadClass(NuxeoWebappClassLoader.java:62) \n>>>> \n>>>> \n>>>> at \n>>>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233) \n>>>> \n>>>> \n>>>> ... 115 more \n>>>> \n>>>> \n>>>> le parametre workflow.ws.url de build.properties du plugin orioai-nuxeo \n>>>> est-il correct ? \n>>>> \n>>>> Cordialement, \n>>>> Henri \n>>>> \n>>>> \n>>>> \n>>>> Le 01/04/2011 17:27, Jérôme NENERT a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_4\">>>>>> Bonjour, \n>>>>> \n>>>>> Nous avons essayé de faire fonctionner le plugin ORI-OAI dans la \n>>>>> nouvelle version de Nuxeo 5.4.1. L\'onglet référencement apparaît bien \n>>>>> lors du dépôt d\'un document, mais lorsqu\'on clique dessus, on a \n>>>>> l\'erreur en pièce jointe. \n>>>>> \n>>>>> Cordialement. \n>>>>> \n>>>>> Jérôme NENERT. \n>>>>> D.S.I. \n>>>>> Université Panthéon Assas ( Paris 2 ).</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>></blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>></blockquote>\n<blockquote class=\"emailFilter_Author_1\">>></blockquote>\n<blockquote class=\"emailFilter_Author_0\">></div>\n</blockquote>\n</div>\n', created = 1507748065, expire = 1507834465, headers = '', serialized = 0 WHERE cid = '4:0ec069394388506379457f4d2b8c6834' 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:94e7b76b048baacaaa77b24d6af5b78e' 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\">Le mécanisme des bundles dans la NX 5.4 a visiblement évolué : on voit \nen effet que lors du packaging de Nuxeo, tous les artifacts déclarés \ndans les pom.xml des différents bundles de Nuxeo sont regroupés dans \n.../nxserver/lib .\nIl faudra sans doute reproduire ce mode de déploiement pour le plugin \nori-oai-nuxeo. En attendant, pour tester, on peut le faire \"à la main\" \nde la façon suivante: \n-déarchiver le jar ori-oai-nuxeo \n-copier les fichiers du répertoire nxserver/plugins/lib dans \nnxserver/lib , ce sont : \n commons-httpclient-3.1.jar, wsdl4j-1.5.2.jar, \nxfire-all-1.2.6.jar, xfire-java5-1.2.6.jar , ori-oai-commons-1.6.0.jar \n-récupérer l\'artifact jaxen (pour éviter l\'exception \njava.lang.NoClassDefFoundError: org/jaxen/JaxenException) \n<groupId>jaxen</groupId> \n<artifactId>jaxen</artifactId> \n<name>jaxen</name> \n<version>1.1.1</version> \n et copier l\'archive jaxen-1.1.1.jar dans nxserver/lib\nCela devrait fonctionner après un \"nuxeoctl restart\".\nCordialement, \nHenri\nLe 04/04/2011 18:34, Henri Jacob a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Bonsoir, \n> \n> Après avoir installé Nx 5.4 et ori-oai-nuxeo-1.6.2 , j\'arrive aux \n> mêmes constatations. \n> \n> Cela est dû au packaging qui reste à faire. \n> \n> Si on désarchive à la main le plugin esupecm-orioai-1.6.2.jar , puis \n> que l\'on copie les jar du plugin dans le répertoire nxserver/lib , on \n> n\'a plus l\'erreur \n> java.lang.NoClassDefFoundError: \n> org/codehaus/xfire/service/binding/ObjectServiceFactory \n> \n> et on a bien les référencements possibles, \n> \n> mais il reste l\'erreur java.lang.NoClassDefFoundError: \n> org/jaxen/JaxenException \n> qui est sans doute dûe au jar dom4j utilisé par défaut dans Nuxeo 5.4. \n> \n> Il reste donc un petit travail de configuration maven pour faire \n> fonctionner tout ça. \n> \n> Henri Jacob \n> \n> Le 04/04/2011 11:01, Jérôme NENERT a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Bonjour, \n>> \n>> Le parametre workflow.ws.url de build.properties est correct et \n>> contient l\'URL du workflow qui est bien démarré. \n>> \n>> Dans server.log, nous avons les erreurs suivantes : \n>> \n>> 2011-04-04 10:55:38,978 ERROR \n>> [org.nuxeo.runtime.model.impl.ComponentManagerImpl] Failed to create \n>> component: \n>> service:org.orioai.esupecm.nuxeo2xml.service.OriOaiNuxeo2XmlService \n>> java.lang.NoClassDefFoundError: org/jaxen/JaxenException \n>> \n>> ====================================================================== \n>> = Component Loading Errors: \n>> * Failed to create component: \n>> service:org.orioai.esupecm.nuxeo2xml.service.OriOaiNuxeo2XmlService \n>> (java.lang.NoClassDefFoundError: org/jaxen/JaxenException) \n>> \n>> Jérôme NENERT. \n>> D.S.I. \n>> Université Panthéon Assas ( Paris 2 ). \n>> \n>> \n>> Le 02/04/2011 11:35, Henri Jacob a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> Le message me fait penser que le workflow n\'est pas démarré ou bien que \n>>> l\'url du web service n\'est pas la bonne. \n>>> \n>>> Caused by: java.lang.NoClassDefFoundError: \n>>> org/codehaus/xfire/service/binding/ObjectServiceFactory \n>>> at \n>>> org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl.getRemoteOriWorkflowService(OriOaiWorkflowServiceImpl.java:62) \n>>> \n>>> \n>>> at \n>>> org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl.getMetadataTypes(OriOaiWorkflowServiceImpl.java:87) \n>>> \n>>> \n>>> at \n>>> org.orioai.esupecm.webapp.action.WorkflowActions.getMetadataTypes(WorkflowActions.java:832) \n>>> \n>>> \n>>> at \n>>> org.orioai.esupecm.webapp.action.WorkflowActions.getReferencableMetadataTypes(WorkflowActions.java:775) \n>>> \n>>> \n>>> at \n>>> org.orioai.esupecm.webapp.action.WorkflowActions.getReferencableMetadataTypesMap(WorkflowActions.java:801) \n>>> \n>>> \n>>> ... 110 more \n>>> Caused by: java.lang.ClassNotFoundException: \n>>> org.codehaus.xfire.service.binding.ObjectServiceFactory \n>>> at \n>>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387) \n>>> \n>>> \n>>> at \n>>> org.nuxeo.runtime.tomcat.NuxeoWebappClassLoader.loadClass(NuxeoWebappClassLoader.java:62) \n>>> \n>>> \n>>> at \n>>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233) \n>>> \n>>> \n>>> ... 115 more \n>>> \n>>> \n>>> le parametre workflow.ws.url de build.properties du plugin orioai-nuxeo \n>>> est-il correct ? \n>>> \n>>> Cordialement, \n>>> Henri \n>>> \n>>> \n>>> \n>>> Le 01/04/2011 17:27, Jérôme NENERT a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>> Bonjour, \n>>>> \n>>>> Nous avons essayé de faire fonctionner le plugin ORI-OAI dans la \n>>>> nouvelle version de Nuxeo 5.4.1. L\'onglet référencement apparaît bien \n>>>> lors du dépôt d\'un document, mais lorsqu\'on clique dessus, on a \n>>>> l\'erreur en pièce jointe. \n>>>> \n>>>> Cordialement. \n>>>> \n>>>> Jérôme NENERT. \n>>>> D.S.I. \n>>>> Université Panthéon Assas ( Paris 2 ).</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>></blockquote>\n<blockquote class=\"emailFilter_Author_1\">>></blockquote>\n<blockquote class=\"emailFilter_Author_0\">></div>\n</blockquote>\n-- \nHenri Jacob \nCentre de Ressources Informatiques (CRI) \nUniversité de Rennes 1 \ntel: 02 23 23 71 37\n</div>\n', created = 1507748067, expire = 1507834467, headers = '', serialized = 0 WHERE cid = '4:94e7b76b048baacaaa77b24d6af5b78e' 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:359efb24643cecf9fd4022fdf9319d46' 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\">Bonsoir,\nAprès avoir installé Nx 5.4 et ori-oai-nuxeo-1.6.2 , j\'arrive aux mêmes \nconstatations.\nCela est dû au packaging qui reste à faire.\nSi on désarchive à la main le plugin esupecm-orioai-1.6.2.jar , puis que \nl\'on copie les jar du plugin dans le répertoire nxserver/lib , on n\'a \nplus l\'erreur \njava.lang.NoClassDefFoundError: \norg/codehaus/xfire/service/binding/ObjectServiceFactory\net on a bien les référencements possibles,\nmais il reste l\'erreur java.lang.NoClassDefFoundError: \norg/jaxen/JaxenException \nqui est sans doute dûe au jar dom4j utilisé par défaut dans Nuxeo 5.4.\nIl reste donc un petit travail de configuration maven pour faire \nfonctionner tout ça.\nHenri Jacob\nLe 04/04/2011 11:01, Jérôme NENERT a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Bonjour, \n> \n> Le parametre workflow.ws.url de build.properties est correct et \n> contient l\'URL du workflow qui est bien démarré. \n> \n> Dans server.log, nous avons les erreurs suivantes : \n> \n> 2011-04-04 10:55:38,978 ERROR \n> [org.nuxeo.runtime.model.impl.ComponentManagerImpl] Failed to create \n> component: \n> service:org.orioai.esupecm.nuxeo2xml.service.OriOaiNuxeo2XmlService \n> java.lang.NoClassDefFoundError: org/jaxen/JaxenException \n> \n> ====================================================================== \n> = Component Loading Errors: \n> * Failed to create component: \n> service:org.orioai.esupecm.nuxeo2xml.service.OriOaiNuxeo2XmlService \n> (java.lang.NoClassDefFoundError: org/jaxen/JaxenException) \n> \n> Jérôme NENERT. \n> D.S.I. \n> Université Panthéon Assas ( Paris 2 ). \n> \n> \n> Le 02/04/2011 11:35, Henri Jacob a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Le message me fait penser que le workflow n\'est pas démarré ou bien que \n>> l\'url du web service n\'est pas la bonne. \n>> \n>> Caused by: java.lang.NoClassDefFoundError: \n>> org/codehaus/xfire/service/binding/ObjectServiceFactory \n>> at \n>> org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl.getRemoteOriWorkflowService(OriOaiWorkflowServiceImpl.java:62) \n>> \n>> \n>> at \n>> org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl.getMetadataTypes(OriOaiWorkflowServiceImpl.java:87) \n>> \n>> \n>> at \n>> org.orioai.esupecm.webapp.action.WorkflowActions.getMetadataTypes(WorkflowActions.java:832) \n>> \n>> \n>> at \n>> org.orioai.esupecm.webapp.action.WorkflowActions.getReferencableMetadataTypes(WorkflowActions.java:775) \n>> \n>> \n>> at \n>> org.orioai.esupecm.webapp.action.WorkflowActions.getReferencableMetadataTypesMap(WorkflowActions.java:801) \n>> \n>> \n>> ... 110 more \n>> Caused by: java.lang.ClassNotFoundException: \n>> org.codehaus.xfire.service.binding.ObjectServiceFactory \n>> at \n>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387) \n>> \n>> \n>> at \n>> org.nuxeo.runtime.tomcat.NuxeoWebappClassLoader.loadClass(NuxeoWebappClassLoader.java:62) \n>> \n>> \n>> at \n>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233) \n>> \n>> \n>> ... 115 more \n>> \n>> \n>> le parametre workflow.ws.url de build.properties du plugin orioai-nuxeo \n>> est-il correct ? \n>> \n>> Cordialement, \n>> Henri \n>> \n>> \n>> \n>> Le 01/04/2011 17:27, Jérôme NENERT a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> Bonjour, \n>>> \n>>> Nous avons essayé de faire fonctionner le plugin ORI-OAI dans la \n>>> nouvelle version de Nuxeo 5.4.1. L\'onglet référencement apparaît bien \n>>> lors du dépôt d\'un document, mais lorsqu\'on clique dessus, on a \n>>> l\'erreur en pièce jointe. \n>>> \n>>> Cordialement. \n>>> \n>>> Jérôme NENERT. \n>>> D.S.I. \n>>> Université Panthéon Assas ( Paris 2 ).</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>></blockquote>\n<blockquote class=\"emailFilter_Author_0\">></div>\n</blockquote>\n-- \nHenri Jacob \nCentre de Ressources Informatiques (CRI) \nUniversité de Rennes 1 \ntel: 02 23 23 71 37\n</div>\n', created = 1507748067, expire = 1507834467, headers = '', serialized = 0 WHERE cid = '4:359efb24643cecf9fd4022fdf9319d46' 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:d46048db437523342c97a287e99b824f' 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,\nLe parametre workflow.ws.url de build.properties est correct et contient \nl\'URL du workflow qui est bien démarré.\nDans server.log, nous avons les erreurs suivantes :\n2011-04-04 10:55:38,978 ERROR \n[org.nuxeo.runtime.model.impl.ComponentManagerImpl] Failed to create \ncomponent: \nservice:org.orioai.esupecm.nuxeo2xml.service.OriOaiNuxeo2XmlService \njava.lang.NoClassDefFoundError: org/jaxen/JaxenException\n====================================================================== \n= Component Loading Errors: \n * Failed to create component: \nservice:org.orioai.esupecm.nuxeo2xml.service.OriOaiNuxeo2XmlService \n(java.lang.NoClassDefFoundError: org/jaxen/JaxenException)\nJérôme NENERT. \nD.S.I. \nUniversité Panthéon Assas ( Paris 2 ).\nLe 02/04/2011 11:35, Henri Jacob a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Le message me fait penser que le workflow n\'est pas démarré ou bien que \n> l\'url du web service n\'est pas la bonne. \n> \n> Caused by: java.lang.NoClassDefFoundError: \n> org/codehaus/xfire/service/binding/ObjectServiceFactory \n> at \n> org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl.getRemoteOriWorkflowService(OriOaiWorkflowServiceImpl.java:62) \n> \n> at \n> org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl.getMetadataTypes(OriOaiWorkflowServiceImpl.java:87) \n> \n> at \n> org.orioai.esupecm.webapp.action.WorkflowActions.getMetadataTypes(WorkflowActions.java:832) \n> \n> at \n> org.orioai.esupecm.webapp.action.WorkflowActions.getReferencableMetadataTypes(WorkflowActions.java:775) \n> \n> at \n> org.orioai.esupecm.webapp.action.WorkflowActions.getReferencableMetadataTypesMap(WorkflowActions.java:801) \n> \n> ... 110 more \n> Caused by: java.lang.ClassNotFoundException: \n> org.codehaus.xfire.service.binding.ObjectServiceFactory \n> at \n> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387) \n> \n> at \n> org.nuxeo.runtime.tomcat.NuxeoWebappClassLoader.loadClass(NuxeoWebappClassLoader.java:62) \n> \n> at \n> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233) \n> \n> ... 115 more \n> \n> \n> le parametre workflow.ws.url de build.properties du plugin orioai-nuxeo \n> est-il correct ? \n> \n> Cordialement, \n> Henri \n> \n> \n> \n> Le 01/04/2011 17:27, Jérôme NENERT a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Bonjour, \n>> \n>> Nous avons essayé de faire fonctionner le plugin ORI-OAI dans la \n>> nouvelle version de Nuxeo 5.4.1. L\'onglet référencement apparaît bien \n>> lors du dépôt d\'un document, mais lorsqu\'on clique dessus, on a \n>> l\'erreur en pièce jointe. \n>> \n>> Cordialement. \n>> \n>> Jérôme NENERT. \n>> D.S.I. \n>> Université Panthéon Assas ( Paris 2 ).</blockquote>\n<blockquote class=\"emailFilter_Author_0\">></div>\n</blockquote>\n</div>\n', created = 1507748067, expire = 1507834467, headers = '', serialized = 0 WHERE cid = '4:d46048db437523342c97a287e99b824f' 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:0bc61cf68b2315d2f463195e4874b458' 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\">Le message me fait penser que le workflow n\'est pas démarré ou bien que \nl\'url du web service n\'est pas la bonne.\nCaused by: java.lang.NoClassDefFoundError: org/codehaus/xfire/service/binding/ObjectServiceFactory \n at org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl.getRemoteOriWorkflowService(OriOaiWorkflowServiceImpl.java:62) \n at org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl.getMetadataTypes(OriOaiWorkflowServiceImpl.java:87) \n at org.orioai.esupecm.webapp.action.WorkflowActions.getMetadataTypes(WorkflowActions.java:832) \n at org.orioai.esupecm.webapp.action.WorkflowActions.getReferencableMetadataTypes(WorkflowActions.java:775) \n at org.orioai.esupecm.webapp.action.WorkflowActions.getReferencableMetadataTypesMap(WorkflowActions.java:801) \n ... 110 more \nCaused by: java.lang.ClassNotFoundException: org.codehaus.xfire.service.binding.ObjectServiceFactory \n at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387) \n at org.nuxeo.runtime.tomcat.NuxeoWebappClassLoader.loadClass(NuxeoWebappClassLoader.java:62) \n at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233) \n ... 115 more\nle parametre workflow.ws.url de build.properties du plugin orioai-nuxeo est-il correct ?\nCordialement, \nHenri\nLe 01/04/2011 17:27, Jérôme NENERT a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Bonjour, \n> \n> Nous avons essayé de faire fonctionner le plugin ORI-OAI dans la \n> nouvelle version de Nuxeo 5.4.1. L\'onglet référencement apparaît bien \n> lors du dépôt d\'un document, mais lorsqu\'on clique dessus, on a \n> l\'erreur en pièce jointe. \n> \n> Cordialement. \n> \n> Jérôme NENERT. \n> D.S.I. \n> Université Panthéon Assas ( Paris 2 ).</div>\n</blockquote>\n-- \nHenri Jacob \nCentre de Ressources Informatiques (CRI) \nUniversité de Rennes 1 \ntel: 02 23 23 71 37\n</div>\n', created = 1507748067, expire = 1507834467, headers = '', serialized = 0 WHERE cid = '4:0bc61cf68b2315d2f463195e4874b458' 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:20caec117d6d24b892a5f148c84dbe88' 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,\nNous avons essayé de faire fonctionner le plugin ORI-OAI dans la \nnouvelle version de Nuxeo 5.4.1. L\'onglet référencement apparaît bien \nlors du dépôt d\'un document, mais lorsqu\'on clique dessus, on a l\'erreur \nen pièce jointe.\nCordialement.\nJérôme NENERT. \nD.S.I. \nUniversité Panthéon Assas ( Paris 2 ).\n</div>\n', created = 1507748067, expire = 1507834467, headers = '', serialized = 0 WHERE cid = '4:20caec117d6d24b892a5f148c84dbe88' 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:3e2f91d3d9878cc6c3e8a9e5c8f759bc' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\"><!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">\n<html>\n <head>\n <meta content=\"text/html; charset=ISO-8859-1\"\n http-equiv=\"Content-Type\">\n </head>\n <body text=\"#000000\" bgcolor=\"#ffffff\">\n Bonjour, \n \n La récupération de l\'auteur se fait au niveau du module\n workflow, pas dans Nuxeo. \n Donc vous devez avoir le même soucis si vous lancez un\n référencement depuis le workflow directement sans passer par\n Nuxeo. \n \n Pour que l\'auteur soit bien rempli, il doit être identifié comme\n personne potentielle dans le système. Ceci se fait au niveau des\n vocabulaires. \n Je pense que c\'est du à votre filtre LDAP au niveau de ce\n paramètre dans commons-parameters.properties :\n VOCABULARY_LDAP_PEOPLE_FILTER \n \n Est-ce que les personnes qui ne sont pas récupérées ressortent\n de ce filtre LDAP ? \n \n Pour le problème des fiches que vous évoquez. Est-ce que vous ne\n le constatez jamais pour les nouvelles fiches, mais qu\'au bout\n d\'un certain temps vous obtenez l\'erreur pour toutes ? \n Ou alors, c\'est aléatoirement sur certaines ? \n Avez-vous vérifié qu\'elles étaient toujours au niveau du\n workflow et qu\'elles n\'ont pas été supprimées ? \n \n Cordialement, \n \n \n <div class=\"moz-signature\">\n <div class=\"moz-signature\">\n \n Yohan COLMANT \n Direction des Systèmes d\'Information \n UVHC - Université de Valenciennes et du Hainaut Cambrésis \n Coordinateur Technique du projet ORI-OAI\n \n \n </div>\n </div>\n \n Le 09/05/2011 10:33, Jérôme NENERT a écrit :\n <div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>Le\n 06/05/2011 15:33, Yohan Colmant a écrit :\n \n <div class=\"emailFilter_Author_1\"><blockquote type=\"cite\">Bonjour,\n \n \n Le problème se produit sur tous les référencements ou uniquement\n certains ?\n \n Ne serait-ce pas du à une fiche supprimée dans le workflow ?\n \n </blockquote></div>\n \n Le problème se produit sur certains référencements seulement. Sur\n une nouvelle fiche, il n\'y a pas l\'erreur.\n \n \n Concernant la récupération des données, l\'auteur n\'est jamais\n récupéré ( que ce soit pour une thèse ou une ressource\n documentaire ). Par contre, on récupère toujours correctement le\n lien universel du document.\n \n \n <div class=\"emailFilter_Author_1\"><blockquote type=\"cite\">\n \n Cdt\n \n Yohan COLMANT\n \n Direction des Systèmes d\'Information\n \n UVHC - Université de Valenciennes et du Hainaut Cambrésis\n \n Coordinateur Technique du projet ORI-OAI\n \n \n </blockquote></div>\n \n </blockquote></div></div>\n </body>\n</html>\n</div>', created = 1507748067, expire = 1507834467, headers = '', serialized = 0 WHERE cid = '4:3e2f91d3d9878cc6c3e8a9e5c8f759bc' 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:1c8a7bc24b25c9cb1cc464bedb856eec' 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\">Le 06/05/2011 15:33, Yohan Colmant a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Bonjour, \n> \n> Le problème se produit sur tous les référencements ou uniquement certains ? \n> Ne serait-ce pas du à une fiche supprimée dans le workflow ?</div>\n</blockquote>\nLe problème se produit sur certains référencements seulement. Sur une \nnouvelle fiche, il n\'y a pas l\'erreur.\nConcernant la récupération des données, l\'auteur n\'est jamais récupéré ( \nque ce soit pour une thèse ou une ressource documentaire ). Par contre, \non récupère toujours correctement le lien universel du document.\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> \n> Cdt \n> Yohan COLMANT \n> Direction des Systèmes d\'Information \n> UVHC - Université de Valenciennes et du Hainaut Cambrésis \n> Coordinateur Technique du projet ORI-OAI \n></div>\n</blockquote>\n</div>\n', created = 1507748067, expire = 1507834467, headers = '', serialized = 0 WHERE cid = '4:1c8a7bc24b25c9cb1cc464bedb856eec' 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:d534e0b9b2cca6dfde4bce9ee542b524' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\"><!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">\n<html>\n <head>\n <meta content=\"text/html; charset=ISO-8859-1\"\n http-equiv=\"Content-Type\">\n </head>\n <body text=\"#000000\" bgcolor=\"#ffffff\">\n Bonjour, \n \n Le problème se produit sur tous les référencements ou uniquement\n certains ? \n Ne serait-ce pas du à une fiche supprimée dans le workflow ? \n \n Cdt \n \n <div class=\"moz-signature\">\n <div class=\"moz-signature\">\n \n Yohan COLMANT \n Direction des Systèmes d\'Information \n UVHC - Université de Valenciennes et du Hainaut Cambrésis \n Coordinateur Technique du projet ORI-OAI\n \n \n </div>\n </div>\n \n Le 05/05/2011 13:58, Jérôme NENERT a écrit :\n <div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>Le\n référencement fonctionne. Il subsiste toutefois deux problèmes :\n \n \n Une erreur persiste dans les logs :\n \n \n 2011-05-05 13:54:16,177 ERROR\n [org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl]\n getMetadataType :: can\'t retrieve metadata type from idp\n 1549592444210965563\n \n org.codehaus.xfire.XFireRuntimeException: Could not invoke\n service.. Nested exception is org.codehaus.xfire.fault.XFireFault:\n Object not found for this id\n \n org.codehaus.xfire.fault.XFireFault: Object not found for this id\n \n \n Le nom de l\'auteur n\'est pas récupéré dans l\'éditeur d\'ORI-OAI.\n \n \n \n Le 05/04/2011 15:33, Henri Jacob a écrit :\n \n <div class=\"emailFilter_Author_1\"><blockquote type=\"cite\">Le mécanisme des bundles dans la NX 5.4 a\n visiblement évolué : on voit\n \n en effet que lors du packaging de Nuxeo, tous les artifacts\n déclarés\n \n dans les pom.xml des différents bundles de Nuxeo sont regroupés\n dans\n \n .../nxserver/lib .\n \n \n Il faudra sans doute reproduire ce mode de déploiement pour le\n plugin\n \n ori-oai-nuxeo. En attendant, pour tester, on peut le faire \"à la\n main\"\n \n de la façon suivante:\n \n -déarchiver le jar ori-oai-nuxeo\n \n -copier les fichiers du répertoire nxserver/plugins/lib dans\n \n nxserver/lib , ce sont :\n \n commons-httpclient-3.1.jar, wsdl4j-1.5.2.jar,\n xfire-all-1.2.6.jar,\n \n xfire-java5-1.2.6.jar , ori-oai-commons-1.6.0.jar\n \n -récupérer l\'artifact jaxen (pour éviter l\'exception\n \n java.lang.NoClassDefFoundError: org/jaxen/JaxenException)\n \n <groupId>jaxen</groupId>\n \n <artifactId>jaxen</artifactId>\n \n <name>jaxen</name>\n \n <version>1.1.1</version>\n \n et copier l\'archive jaxen-1.1.1.jar dans nxserver/lib\n \n \n Cela devrait fonctionner après un \"nuxeoctl restart\".\n \n \n Cordialement,\n \n Henri\n \n \n \n Le 04/04/2011 18:34, Henri Jacob a écrit :\n \n <div class=\"emailFilter_Author_2\"><blockquote type=\"cite\">Bonsoir,\n \n \n Après avoir installé Nx 5.4 et ori-oai-nuxeo-1.6.2 , j\'arrive\n aux\n \n mêmes constatations.\n \n \n Cela est dû au packaging qui reste à faire.\n \n \n Si on désarchive à la main le plugin esupecm-orioai-1.6.2.jar\n , puis\n \n que l\'on copie les jar du plugin dans le répertoire\n nxserver/lib , on\n \n n\'a plus l\'erreur\n \n java.lang.NoClassDefFoundError:\n \n org/codehaus/xfire/service/binding/ObjectServiceFactory\n \n \n et on a bien les référencements possibles,\n \n \n mais il reste l\'erreur java.lang.NoClassDefFoundError:\n \n org/jaxen/JaxenException\n \n qui est sans doute dûe au jar dom4j utilisé par défaut dans\n Nuxeo 5.4.\n \n \n Il reste donc un petit travail de configuration maven pour\n faire\n \n fonctionner tout ça.\n \n \n Henri Jacob\n \n \n Le 04/04/2011 11:01, Jérôme NENERT a écrit :\n \n <div class=\"emailFilter_Author_3\"><blockquote type=\"cite\">Bonjour,\n \n \n Le parametre workflow.ws.url de build.properties est correct\n et\n \n contient l\'URL du workflow qui est bien démarré.\n \n \n Dans server.log, nous avons les erreurs suivantes :\n \n \n 2011-04-04 10:55:38,978 ERROR\n \n [org.nuxeo.runtime.model.impl.ComponentManagerImpl] Failed\n to create\n \n component:\n \nservice:org.orioai.esupecm.nuxeo2xml.service.OriOaiNuxeo2XmlService\n \n java.lang.NoClassDefFoundError: org/jaxen/JaxenException\n \n \n======================================================================\n \n = Component Loading Errors:\n \n * Failed to create component:\n \nservice:org.orioai.esupecm.nuxeo2xml.service.OriOaiNuxeo2XmlService\n \n (java.lang.NoClassDefFoundError: org/jaxen/JaxenException)\n \n \n Jérôme NENERT.\n \n D.S.I.\n \n Université Panthéon Assas ( Paris 2 ).\n \n \n \n Le 02/04/2011 11:35, Henri Jacob a écrit :\n \n <div class=\"emailFilter_Author_4\"><blockquote type=\"cite\">Le message me fait penser que le\n workflow n\'est pas démarré ou bien que\n \n l\'url du web service n\'est pas la bonne.\n \n \n Caused by: java.lang.NoClassDefFoundError:\n \n org/codehaus/xfire/service/binding/ObjectServiceFactory\n \n at\n \norg.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl.getRemoteOriWorkflowService(OriOaiWorkflowServiceImpl.java:62)\n \n \n \n at\n \norg.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl.getMetadataTypes(OriOaiWorkflowServiceImpl.java:87)\n \n \n \n at\n \norg.orioai.esupecm.webapp.action.WorkflowActions.getMetadataTypes(WorkflowActions.java:832)\n \n \n \n at\n \norg.orioai.esupecm.webapp.action.WorkflowActions.getReferencableMetadataTypes(WorkflowActions.java:775)\n \n \n \n at\n \norg.orioai.esupecm.webapp.action.WorkflowActions.getReferencableMetadataTypesMap(WorkflowActions.java:801)\n \n \n \n ... 110 more\n \n Caused by: java.lang.ClassNotFoundException:\n \n org.codehaus.xfire.service.binding.ObjectServiceFactory\n \n at\n \norg.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387)\n \n \n \n at\n \norg.nuxeo.runtime.tomcat.NuxeoWebappClassLoader.loadClass(NuxeoWebappClassLoader.java:62)\n \n \n \n at\n \norg.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)\n \n \n \n ... 115 more\n \n \n \n le parametre workflow.ws.url de build.properties du plugin\n orioai-nuxeo\n \n est-il correct ?\n \n \n Cordialement,\n \n Henri\n \n \n \n \n Le 01/04/2011 17:27, Jérôme NENERT a écrit :\n \n <div class=\"emailFilter_Author_5\"><blockquote type=\"cite\">Bonjour,\n \n \n Nous avons essayé de faire fonctionner le plugin ORI-OAI\n dans la\n \n nouvelle version de Nuxeo 5.4.1. L\'onglet référencement\n apparaît bien\n \n lors du dépôt d\'un document, mais lorsqu\'on clique\n dessus, on a\n \n l\'erreur en pièce jointe.\n \n \n Cordialement.\n \n \n Jérôme NENERT.\n \n D.S.I.\n \n Université Panthéon Assas ( Paris 2 ).\n \n </blockquote></div>\n \n </blockquote></div>\n \n </blockquote></div>\n \n </blockquote></div>\n \n </blockquote></div>\n \n \n </blockquote></div></div>\n </body>\n</html>\n</div>', created = 1507748067, expire = 1507834467, headers = '', serialized = 0 WHERE cid = '4:d534e0b9b2cca6dfde4bce9ee542b524' 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:2871a625c249f431508313315c77cef4' 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\">Le référencement fonctionne. Il subsiste toutefois deux problèmes :\nUne erreur persiste dans les logs :\n2011-05-05 13:54:16,177 ERROR \n[org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl] \ngetMetadataType :: can\'t retrieve metadata type from idp 1549592444210965563 \norg.codehaus.xfire.XFireRuntimeException: Could not invoke service.. \nNested exception is org.codehaus.xfire.fault.XFireFault: Object not \nfound for this id \norg.codehaus.xfire.fault.XFireFault: Object not found for this id\nLe nom de l\'auteur n\'est pas récupéré dans l\'éditeur d\'ORI-OAI.\nLe 05/04/2011 15:33, Henri Jacob a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Le mécanisme des bundles dans la NX 5.4 a visiblement évolué : on voit \n> en effet que lors du packaging de Nuxeo, tous les artifacts déclarés \n> dans les pom.xml des différents bundles de Nuxeo sont regroupés dans \n> .../nxserver/lib . \n> \n> Il faudra sans doute reproduire ce mode de déploiement pour le plugin \n> ori-oai-nuxeo. En attendant, pour tester, on peut le faire \"à la main\" \n> de la façon suivante: \n> -déarchiver le jar ori-oai-nuxeo \n> -copier les fichiers du répertoire nxserver/plugins/lib dans \n> nxserver/lib , ce sont : \n> commons-httpclient-3.1.jar, wsdl4j-1.5.2.jar, xfire-all-1.2.6.jar, \n> xfire-java5-1.2.6.jar , ori-oai-commons-1.6.0.jar \n> -récupérer l\'artifact jaxen (pour éviter l\'exception \n> java.lang.NoClassDefFoundError: org/jaxen/JaxenException) \n> <groupId>jaxen</groupId> \n> <artifactId>jaxen</artifactId> \n> <name>jaxen</name> \n> <version>1.1.1</version> \n> et copier l\'archive jaxen-1.1.1.jar dans nxserver/lib \n> \n> Cela devrait fonctionner après un \"nuxeoctl restart\". \n> \n> Cordialement, \n> Henri \n> \n> \n> Le 04/04/2011 18:34, Henri Jacob a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Bonsoir, \n>> \n>> Après avoir installé Nx 5.4 et ori-oai-nuxeo-1.6.2 , j\'arrive aux \n>> mêmes constatations. \n>> \n>> Cela est dû au packaging qui reste à faire. \n>> \n>> Si on désarchive à la main le plugin esupecm-orioai-1.6.2.jar , puis \n>> que l\'on copie les jar du plugin dans le répertoire nxserver/lib , on \n>> n\'a plus l\'erreur \n>> java.lang.NoClassDefFoundError: \n>> org/codehaus/xfire/service/binding/ObjectServiceFactory \n>> \n>> et on a bien les référencements possibles, \n>> \n>> mais il reste l\'erreur java.lang.NoClassDefFoundError: \n>> org/jaxen/JaxenException \n>> qui est sans doute dûe au jar dom4j utilisé par défaut dans Nuxeo 5.4. \n>> \n>> Il reste donc un petit travail de configuration maven pour faire \n>> fonctionner tout ça. \n>> \n>> Henri Jacob \n>> \n>> Le 04/04/2011 11:01, Jérôme NENERT a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> Bonjour, \n>>> \n>>> Le parametre workflow.ws.url de build.properties est correct et \n>>> contient l\'URL du workflow qui est bien démarré. \n>>> \n>>> Dans server.log, nous avons les erreurs suivantes : \n>>> \n>>> 2011-04-04 10:55:38,978 ERROR \n>>> [org.nuxeo.runtime.model.impl.ComponentManagerImpl] Failed to create \n>>> component: \n>>> service:org.orioai.esupecm.nuxeo2xml.service.OriOaiNuxeo2XmlService \n>>> java.lang.NoClassDefFoundError: org/jaxen/JaxenException \n>>> \n>>> ====================================================================== \n>>> = Component Loading Errors: \n>>> * Failed to create component: \n>>> service:org.orioai.esupecm.nuxeo2xml.service.OriOaiNuxeo2XmlService \n>>> (java.lang.NoClassDefFoundError: org/jaxen/JaxenException) \n>>> \n>>> Jérôme NENERT. \n>>> D.S.I. \n>>> Université Panthéon Assas ( Paris 2 ). \n>>> \n>>> \n>>> Le 02/04/2011 11:35, Henri Jacob a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>> Le message me fait penser que le workflow n\'est pas démarré ou bien que \n>>>> l\'url du web service n\'est pas la bonne. \n>>>> \n>>>> Caused by: java.lang.NoClassDefFoundError: \n>>>> org/codehaus/xfire/service/binding/ObjectServiceFactory \n>>>> at \n>>>> org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl.getRemoteOriWorkflowService(OriOaiWorkflowServiceImpl.java:62) \n>>>> \n>>>> \n>>>> at \n>>>> org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl.getMetadataTypes(OriOaiWorkflowServiceImpl.java:87) \n>>>> \n>>>> \n>>>> at \n>>>> org.orioai.esupecm.webapp.action.WorkflowActions.getMetadataTypes(WorkflowActions.java:832) \n>>>> \n>>>> \n>>>> at \n>>>> org.orioai.esupecm.webapp.action.WorkflowActions.getReferencableMetadataTypes(WorkflowActions.java:775) \n>>>> \n>>>> \n>>>> at \n>>>> org.orioai.esupecm.webapp.action.WorkflowActions.getReferencableMetadataTypesMap(WorkflowActions.java:801) \n>>>> \n>>>> \n>>>> ... 110 more \n>>>> Caused by: java.lang.ClassNotFoundException: \n>>>> org.codehaus.xfire.service.binding.ObjectServiceFactory \n>>>> at \n>>>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387) \n>>>> \n>>>> \n>>>> at \n>>>> org.nuxeo.runtime.tomcat.NuxeoWebappClassLoader.loadClass(NuxeoWebappClassLoader.java:62) \n>>>> \n>>>> \n>>>> at \n>>>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233) \n>>>> \n>>>> \n>>>> ... 115 more \n>>>> \n>>>> \n>>>> le parametre workflow.ws.url de build.properties du plugin orioai-nuxeo \n>>>> est-il correct ? \n>>>> \n>>>> Cordialement, \n>>>> Henri \n>>>> \n>>>> \n>>>> \n>>>> Le 01/04/2011 17:27, Jérôme NENERT a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_4\">>>>>> Bonjour, \n>>>>> \n>>>>> Nous avons essayé de faire fonctionner le plugin ORI-OAI dans la \n>>>>> nouvelle version de Nuxeo 5.4.1. L\'onglet référencement apparaît bien \n>>>>> lors du dépôt d\'un document, mais lorsqu\'on clique dessus, on a \n>>>>> l\'erreur en pièce jointe. \n>>>>> \n>>>>> Cordialement. \n>>>>> \n>>>>> Jérôme NENERT. \n>>>>> D.S.I. \n>>>>> Université Panthéon Assas ( Paris 2 ).</blockquote>\n<blockquote class=\"emailFilter_Author_3\">>>>></blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>></blockquote>\n<blockquote class=\"emailFilter_Author_1\">>></blockquote>\n<blockquote class=\"emailFilter_Author_0\">></div>\n</blockquote>\n</div>\n', created = 1507748067, expire = 1507834467, headers = '', serialized = 0 WHERE cid = '4:2871a625c249f431508313315c77cef4' 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:fa57c390a6a20223497c51554f0e058c' 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\">Le 12/05/2011 08:54, Yohan Colmant a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Bonjour, \n> \n> La récupération de l\'auteur se fait au niveau du module workflow, pas \n> dans Nuxeo. \n> Donc vous devez avoir le même soucis si vous lancez un référencement \n> depuis le workflow directement sans passer par Nuxeo. \n></div>\n</blockquote>\nOui.\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Pour que l\'auteur soit bien rempli, il doit être identifié comme \n> personne potentielle dans le système. Ceci se fait au niveau des \n> vocabulaires. \n> Je pense que c\'est du à votre filtre LDAP au niveau de ce paramètre dans \n> commons-parameters.properties : VOCABULARY_LDAP_PEOPLE_FILTER \n> \n> Est-ce que les personnes qui ne sont pas récupérées ressortent de ce \n> filtre LDAP ?</div>\n</blockquote>\nIl s\'agissait effectivement d\'une erreur avec ce filtre. Le vocabulaire \nn\'était pas correct.\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> \n> Pour le problème des fiches que vous évoquez. Est-ce que vous ne le \n> constatez jamais pour les nouvelles fiches, mais qu\'au bout d\'un certain \n> temps vous obtenez l\'erreur pour toutes ? \n> Ou alors, c\'est aléatoirement sur certaines ? \n> Avez-vous vérifié qu\'elles étaient toujours au niveau du workflow et \n> qu\'elles n\'ont pas été supprimées ? \n> \n> Cordialement, \n> \n> Yohan COLMANT \n> Direction des Systèmes d\'Information \n> UVHC - Université de Valenciennes et du Hainaut Cambrésis \n> Coordinateur Technique du projet ORI-OAI \n> \n> Le 09/05/2011 10:33, Jérôme NENERT a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Le 06/05/2011 15:33, Yohan Colmant a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> Bonjour, \n>>> \n>>> Le problème se produit sur tous les référencements ou uniquement \n>>> certains ? \n>>> Ne serait-ce pas du à une fiche supprimée dans le workflow ?</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> \n>> Le problème se produit sur certains référencements seulement. Sur une \n>> nouvelle fiche, il n\'y a pas l\'erreur. \n>> \n>> Concernant la récupération des données, l\'auteur n\'est jamais récupéré \n>> ( que ce soit pour une thèse ou une ressource documentaire ). Par \n>> contre, on récupère toujours correctement le lien universel du document. \n>></blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> \n>>> Cdt \n>>> Yohan COLMANT \n>>> Direction des Systèmes d\'Information \n>>> UVHC - Université de Valenciennes et du Hainaut Cambrésis \n>>> Coordinateur Technique du projet ORI-OAI \n>>></blockquote>\n<blockquote class=\"emailFilter_Author_1\">>></div>\n</blockquote>\n</div>\n', created = 1507748067, expire = 1507834467, headers = '', serialized = 0 WHERE cid = '4:fa57c390a6a20223497c51554f0e058c' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.

11 messages / 0 nouveaux

Vous devez vous connecter pour poster des commentaires

6 avril 2011 - 2:20pm

jeromenenert

[ecm-devel] Plugin ORI-OAI dans Nuxeo 5.4.1

Merci. Cela fonctionne à présent. J'ai rajouté quelques notes à ce sujet
dans le mini-HOW-TO d'installation de la 5.4.1 :
http://www.esup-portail.org/display/PROJESUPECM/How-To+Installation+Nuxe...

Cordialement.
Jérôme NENERT.

Le 05/04/2011 15:33, Henri Jacob a écrit :

> Le mécanisme des bundles dans la NX 5.4 a visiblement évolué : on voit
> en effet que lors du packaging de Nuxeo, tous les artifacts déclarés
> dans les pom.xml des différents bundles de Nuxeo sont regroupés dans
> .../nxserver/lib .
>
> Il faudra sans doute reproduire ce mode de déploiement pour le plugin
> ori-oai-nuxeo. En attendant, pour tester, on peut le faire "à la main"
> de la façon suivante:
> -déarchiver le jar ori-oai-nuxeo
> -copier les fichiers du répertoire nxserver/plugins/lib dans
> nxserver/lib , ce sont :
> commons-httpclient-3.1.jar, wsdl4j-1.5.2.jar, xfire-all-1.2.6.jar,
> xfire-java5-1.2.6.jar , ori-oai-commons-1.6.0.jar
> -récupérer l'artifact jaxen (pour éviter l'exception
> java.lang.NoClassDefFoundError: org/jaxen/JaxenException)
> jaxen
> jaxen
> jaxen
> 1.1.1
> et copier l'archive jaxen-1.1.1.jar dans nxserver/lib
>
> Cela devrait fonctionner après un "nuxeoctl restart".
>
> Cordialement,
> Henri
>
>
> Le 04/04/2011 18:34, Henri Jacob a écrit :

>> Bonsoir,
>>
>> Après avoir installé Nx 5.4 et ori-oai-nuxeo-1.6.2 , j'arrive aux
>> mêmes constatations.
>>
>> Cela est dû au packaging qui reste à faire.
>>
>> Si on désarchive à la main le plugin esupecm-orioai-1.6.2.jar , puis
>> que l'on copie les jar du plugin dans le répertoire nxserver/lib , on
>> n'a plus l'erreur
>> java.lang.NoClassDefFoundError:
>> org/codehaus/xfire/service/binding/ObjectServiceFactory
>>
>> et on a bien les référencements possibles,
>>
>> mais il reste l'erreur java.lang.NoClassDefFoundError:
>> org/jaxen/JaxenException
>> qui est sans doute dûe au jar dom4j utilisé par défaut dans Nuxeo 5.4.
>>
>> Il reste donc un petit travail de configuration maven pour faire
>> fonctionner tout ça.
>>
>> Henri Jacob
>>
>> Le 04/04/2011 11:01, Jérôme NENERT a écrit :

>>> Bonjour,
>>>
>>> Le parametre workflow.ws.url de build.properties est correct et
>>> contient l'URL du workflow qui est bien démarré.
>>>
>>> Dans server.log, nous avons les erreurs suivantes :
>>>
>>> 2011-04-04 10:55:38,978 ERROR
>>> [org.nuxeo.runtime.model.impl.ComponentManagerImpl] Failed to create
>>> component:
>>> service:org.orioai.esupecm.nuxeo2xml.service.OriOaiNuxeo2XmlService
>>> java.lang.NoClassDefFoundError: org/jaxen/JaxenException
>>>
>>> ======================================================================
>>> = Component Loading Errors:
>>> * Failed to create component:
>>> service:org.orioai.esupecm.nuxeo2xml.service.OriOaiNuxeo2XmlService
>>> (java.lang.NoClassDefFoundError: org/jaxen/JaxenException)
>>>
>>> Jérôme NENERT.
>>> D.S.I.
>>> Université Panthéon Assas ( Paris 2 ).
>>>
>>>
>>> Le 02/04/2011 11:35, Henri Jacob a écrit :

>>>> Le message me fait penser que le workflow n'est pas démarré ou bien que
>>>> l'url du web service n'est pas la bonne.
>>>>
>>>> Caused by: java.lang.NoClassDefFoundError:
>>>> org/codehaus/xfire/service/binding/ObjectServiceFactory
>>>> at
>>>> org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl.getRemoteOriWorkflowService(OriOaiWorkflowServiceImpl.java:62)
>>>>
>>>>
>>>> at
>>>> org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl.getMetadataTypes(OriOaiWorkflowServiceImpl.java:87)
>>>>
>>>>
>>>> at
>>>> org.orioai.esupecm.webapp.action.WorkflowActions.getMetadataTypes(WorkflowActions.java:832)
>>>>
>>>>
>>>> at
>>>> org.orioai.esupecm.webapp.action.WorkflowActions.getReferencableMetadataTypes(WorkflowActions.java:775)
>>>>
>>>>
>>>> at
>>>> org.orioai.esupecm.webapp.action.WorkflowActions.getReferencableMetadataTypesMap(WorkflowActions.java:801)
>>>>
>>>>
>>>> ... 110 more
>>>> Caused by: java.lang.ClassNotFoundException:
>>>> org.codehaus.xfire.service.binding.ObjectServiceFactory
>>>> at
>>>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387)
>>>>
>>>>
>>>> at
>>>> org.nuxeo.runtime.tomcat.NuxeoWebappClassLoader.loadClass(NuxeoWebappClassLoader.java:62)
>>>>
>>>>
>>>> at
>>>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)
>>>>
>>>>
>>>> ... 115 more
>>>>
>>>>
>>>> le parametre workflow.ws.url de build.properties du plugin orioai-nuxeo
>>>> est-il correct ?
>>>>
>>>> Cordialement,
>>>> Henri
>>>>
>>>>
>>>>
>>>> Le 01/04/2011 17:27, Jérôme NENERT a écrit :

>>>>> Bonjour,
>>>>>
>>>>> Nous avons essayé de faire fonctionner le plugin ORI-OAI dans la
>>>>> nouvelle version de Nuxeo 5.4.1. L'onglet référencement apparaît bien
>>>>> lors du dépôt d'un document, mais lorsqu'on clique dessus, on a
>>>>> l'erreur en pièce jointe.
>>>>>
>>>>> Cordialement.
>>>>>
>>>>> Jérôme NENERT.
>>>>> D.S.I.
>>>>> Université Panthéon Assas ( Paris 2 ).

>>>>

>>>

>>

>

5 avril 2011 - 3:33pm

hjacob

Le mécanisme des bundles dans la NX 5.4 a visiblement évolué : on voit
en effet que lors du packaging de Nuxeo, tous les artifacts déclarés
dans les pom.xml des différents bundles de Nuxeo sont regroupés dans
.../nxserver/lib .

Il faudra sans doute reproduire ce mode de déploiement pour le plugin
ori-oai-nuxeo. En attendant, pour tester, on peut le faire "à la main"
de la façon suivante:
-déarchiver le jar ori-oai-nuxeo
-copier les fichiers du répertoire nxserver/plugins/lib dans
nxserver/lib , ce sont :
commons-httpclient-3.1.jar, wsdl4j-1.5.2.jar,
xfire-all-1.2.6.jar, xfire-java5-1.2.6.jar , ori-oai-commons-1.6.0.jar
-récupérer l'artifact jaxen (pour éviter l'exception
java.lang.NoClassDefFoundError: org/jaxen/JaxenException)
jaxen
jaxen
jaxen
1.1.1
et copier l'archive jaxen-1.1.1.jar dans nxserver/lib

Cela devrait fonctionner après un "nuxeoctl restart".

Cordialement,
Henri

Le 04/04/2011 18:34, Henri Jacob a écrit :

> Bonsoir,
>
> Après avoir installé Nx 5.4 et ori-oai-nuxeo-1.6.2 , j'arrive aux
> mêmes constatations.
>
> Cela est dû au packaging qui reste à faire.
>
> Si on désarchive à la main le plugin esupecm-orioai-1.6.2.jar , puis
> que l'on copie les jar du plugin dans le répertoire nxserver/lib , on
> n'a plus l'erreur
> java.lang.NoClassDefFoundError:
> org/codehaus/xfire/service/binding/ObjectServiceFactory
>
> et on a bien les référencements possibles,
>
> mais il reste l'erreur java.lang.NoClassDefFoundError:
> org/jaxen/JaxenException
> qui est sans doute dûe au jar dom4j utilisé par défaut dans Nuxeo 5.4.
>
> Il reste donc un petit travail de configuration maven pour faire
> fonctionner tout ça.
>
> Henri Jacob
>
> Le 04/04/2011 11:01, Jérôme NENERT a écrit :

>> Bonjour,
>>
>> Le parametre workflow.ws.url de build.properties est correct et
>> contient l'URL du workflow qui est bien démarré.
>>
>> Dans server.log, nous avons les erreurs suivantes :
>>
>> 2011-04-04 10:55:38,978 ERROR
>> [org.nuxeo.runtime.model.impl.ComponentManagerImpl] Failed to create
>> component:
>> service:org.orioai.esupecm.nuxeo2xml.service.OriOaiNuxeo2XmlService
>> java.lang.NoClassDefFoundError: org/jaxen/JaxenException
>>
>> ======================================================================
>> = Component Loading Errors:
>> * Failed to create component:
>> service:org.orioai.esupecm.nuxeo2xml.service.OriOaiNuxeo2XmlService
>> (java.lang.NoClassDefFoundError: org/jaxen/JaxenException)
>>
>> Jérôme NENERT.
>> D.S.I.
>> Université Panthéon Assas ( Paris 2 ).
>>
>>
>> Le 02/04/2011 11:35, Henri Jacob a écrit :

>>> Le message me fait penser que le workflow n'est pas démarré ou bien que
>>> l'url du web service n'est pas la bonne.
>>>
>>> Caused by: java.lang.NoClassDefFoundError:
>>> org/codehaus/xfire/service/binding/ObjectServiceFactory
>>> at
>>> org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl.getRemoteOriWorkflowService(OriOaiWorkflowServiceImpl.java:62)
>>>
>>>
>>> at
>>> org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl.getMetadataTypes(OriOaiWorkflowServiceImpl.java:87)
>>>
>>>
>>> at
>>> org.orioai.esupecm.webapp.action.WorkflowActions.getMetadataTypes(WorkflowActions.java:832)
>>>
>>>
>>> at
>>> org.orioai.esupecm.webapp.action.WorkflowActions.getReferencableMetadataTypes(WorkflowActions.java:775)
>>>
>>>
>>> at
>>> org.orioai.esupecm.webapp.action.WorkflowActions.getReferencableMetadataTypesMap(WorkflowActions.java:801)
>>>
>>>
>>> ... 110 more
>>> Caused by: java.lang.ClassNotFoundException:
>>> org.codehaus.xfire.service.binding.ObjectServiceFactory
>>> at
>>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387)
>>>
>>>
>>> at
>>> org.nuxeo.runtime.tomcat.NuxeoWebappClassLoader.loadClass(NuxeoWebappClassLoader.java:62)
>>>
>>>
>>> at
>>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)
>>>
>>>
>>> ... 115 more
>>>
>>>
>>> le parametre workflow.ws.url de build.properties du plugin orioai-nuxeo
>>> est-il correct ?
>>>
>>> Cordialement,
>>> Henri
>>>
>>>
>>>
>>> Le 01/04/2011 17:27, Jérôme NENERT a écrit :

>>>> Bonjour,
>>>>
>>>> Nous avons essayé de faire fonctionner le plugin ORI-OAI dans la
>>>> nouvelle version de Nuxeo 5.4.1. L'onglet référencement apparaît bien
>>>> lors du dépôt d'un document, mais lorsqu'on clique dessus, on a
>>>> l'erreur en pièce jointe.
>>>>
>>>> Cordialement.
>>>>
>>>> Jérôme NENERT.
>>>> D.S.I.
>>>> Université Panthéon Assas ( Paris 2 ).

>>>

>>

>

--
Henri Jacob
Centre de Ressources Informatiques (CRI)
Université de Rennes 1
tel: 02 23 23 71 37

4 avril 2011 - 6:34pm

(Répondre à #2) #3

hjacob

Bonsoir,

Après avoir installé Nx 5.4 et ori-oai-nuxeo-1.6.2 , j'arrive aux mêmes
constatations.

Cela est dû au packaging qui reste à faire.

Si on désarchive à la main le plugin esupecm-orioai-1.6.2.jar , puis que
l'on copie les jar du plugin dans le répertoire nxserver/lib , on n'a
plus l'erreur
java.lang.NoClassDefFoundError:
org/codehaus/xfire/service/binding/ObjectServiceFactory

et on a bien les référencements possibles,

mais il reste l'erreur java.lang.NoClassDefFoundError:
org/jaxen/JaxenException
qui est sans doute dûe au jar dom4j utilisé par défaut dans Nuxeo 5.4.

Il reste donc un petit travail de configuration maven pour faire
fonctionner tout ça.

Henri Jacob

Le 04/04/2011 11:01, Jérôme NENERT a écrit :

> Bonjour,
>
> Le parametre workflow.ws.url de build.properties est correct et
> contient l'URL du workflow qui est bien démarré.
>
> Dans server.log, nous avons les erreurs suivantes :
>
> 2011-04-04 10:55:38,978 ERROR
> [org.nuxeo.runtime.model.impl.ComponentManagerImpl] Failed to create
> component:
> service:org.orioai.esupecm.nuxeo2xml.service.OriOaiNuxeo2XmlService
> java.lang.NoClassDefFoundError: org/jaxen/JaxenException
>
> ======================================================================
> = Component Loading Errors:
> * Failed to create component:
> service:org.orioai.esupecm.nuxeo2xml.service.OriOaiNuxeo2XmlService
> (java.lang.NoClassDefFoundError: org/jaxen/JaxenException)
>
> Jérôme NENERT.
> D.S.I.
> Université Panthéon Assas ( Paris 2 ).
>
>
> Le 02/04/2011 11:35, Henri Jacob a écrit :

>> Le message me fait penser que le workflow n'est pas démarré ou bien que
>> l'url du web service n'est pas la bonne.
>>
>> Caused by: java.lang.NoClassDefFoundError:
>> org/codehaus/xfire/service/binding/ObjectServiceFactory
>> at
>> org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl.getRemoteOriWorkflowService(OriOaiWorkflowServiceImpl.java:62)
>>
>>
>> at
>> org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl.getMetadataTypes(OriOaiWorkflowServiceImpl.java:87)
>>
>>
>> at
>> org.orioai.esupecm.webapp.action.WorkflowActions.getMetadataTypes(WorkflowActions.java:832)
>>
>>
>> at
>> org.orioai.esupecm.webapp.action.WorkflowActions.getReferencableMetadataTypes(WorkflowActions.java:775)
>>
>>
>> at
>> org.orioai.esupecm.webapp.action.WorkflowActions.getReferencableMetadataTypesMap(WorkflowActions.java:801)
>>
>>
>> ... 110 more
>> Caused by: java.lang.ClassNotFoundException:
>> org.codehaus.xfire.service.binding.ObjectServiceFactory
>> at
>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387)
>>
>>
>> at
>> org.nuxeo.runtime.tomcat.NuxeoWebappClassLoader.loadClass(NuxeoWebappClassLoader.java:62)
>>
>>
>> at
>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)
>>
>>
>> ... 115 more
>>
>>
>> le parametre workflow.ws.url de build.properties du plugin orioai-nuxeo
>> est-il correct ?
>>
>> Cordialement,
>> Henri
>>
>>
>>
>> Le 01/04/2011 17:27, Jérôme NENERT a écrit :

>>> Bonjour,
>>>
>>> Nous avons essayé de faire fonctionner le plugin ORI-OAI dans la
>>> nouvelle version de Nuxeo 5.4.1. L'onglet référencement apparaît bien
>>> lors du dépôt d'un document, mais lorsqu'on clique dessus, on a
>>> l'erreur en pièce jointe.
>>>
>>> Cordialement.
>>>
>>> Jérôme NENERT.
>>> D.S.I.
>>> Université Panthéon Assas ( Paris 2 ).

>>

>

--
Henri Jacob
Centre de Ressources Informatiques (CRI)
Université de Rennes 1
tel: 02 23 23 71 37

4 avril 2011 - 11:01am

(Répondre à #2) #4

jeromenenert

Bonjour,

Le parametre workflow.ws.url de build.properties est correct et contient
l'URL du workflow qui est bien démarré.

Dans server.log, nous avons les erreurs suivantes :

2011-04-04 10:55:38,978 ERROR
[org.nuxeo.runtime.model.impl.ComponentManagerImpl] Failed to create
component:
service:org.orioai.esupecm.nuxeo2xml.service.OriOaiNuxeo2XmlService
java.lang.NoClassDefFoundError: org/jaxen/JaxenException

======================================================================
= Component Loading Errors:
* Failed to create component:
service:org.orioai.esupecm.nuxeo2xml.service.OriOaiNuxeo2XmlService
(java.lang.NoClassDefFoundError: org/jaxen/JaxenException)

Jérôme NENERT.
D.S.I.
Université Panthéon Assas ( Paris 2 ).

Le 02/04/2011 11:35, Henri Jacob a écrit :

> Le message me fait penser que le workflow n'est pas démarré ou bien que
> l'url du web service n'est pas la bonne.
>
> Caused by: java.lang.NoClassDefFoundError:
> org/codehaus/xfire/service/binding/ObjectServiceFactory
> at
> org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl.getRemoteOriWorkflowService(OriOaiWorkflowServiceImpl.java:62)
>
> at
> org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl.getMetadataTypes(OriOaiWorkflowServiceImpl.java:87)
>
> at
> org.orioai.esupecm.webapp.action.WorkflowActions.getMetadataTypes(WorkflowActions.java:832)
>
> at
> org.orioai.esupecm.webapp.action.WorkflowActions.getReferencableMetadataTypes(WorkflowActions.java:775)
>
> at
> org.orioai.esupecm.webapp.action.WorkflowActions.getReferencableMetadataTypesMap(WorkflowActions.java:801)
>
> ... 110 more
> Caused by: java.lang.ClassNotFoundException:
> org.codehaus.xfire.service.binding.ObjectServiceFactory
> at
> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387)
>
> at
> org.nuxeo.runtime.tomcat.NuxeoWebappClassLoader.loadClass(NuxeoWebappClassLoader.java:62)
>
> at
> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)
>
> ... 115 more
>
>
> le parametre workflow.ws.url de build.properties du plugin orioai-nuxeo
> est-il correct ?
>
> Cordialement,
> Henri
>
>
>
> Le 01/04/2011 17:27, Jérôme NENERT a écrit :

>> Bonjour,
>>
>> Nous avons essayé de faire fonctionner le plugin ORI-OAI dans la
>> nouvelle version de Nuxeo 5.4.1. L'onglet référencement apparaît bien
>> lors du dépôt d'un document, mais lorsqu'on clique dessus, on a
>> l'erreur en pièce jointe.
>>
>> Cordialement.
>>
>> Jérôme NENERT.
>> D.S.I.
>> Université Panthéon Assas ( Paris 2 ).

>

2 avril 2011 - 11:35am

(Répondre à #2) #5

hjacob

Le message me fait penser que le workflow n'est pas démarré ou bien que
l'url du web service n'est pas la bonne.

Caused by: java.lang.NoClassDefFoundError: org/codehaus/xfire/service/binding/ObjectServiceFactory
at org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl.getRemoteOriWorkflowService(OriOaiWorkflowServiceImpl.java:62)
at org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl.getMetadataTypes(OriOaiWorkflowServiceImpl.java:87)
at org.orioai.esupecm.webapp.action.WorkflowActions.getMetadataTypes(WorkflowActions.java:832)
at org.orioai.esupecm.webapp.action.WorkflowActions.getReferencableMetadataTypes(WorkflowActions.java:775)
at org.orioai.esupecm.webapp.action.WorkflowActions.getReferencableMetadataTypesMap(WorkflowActions.java:801)
... 110 more
Caused by: java.lang.ClassNotFoundException: org.codehaus.xfire.service.binding.ObjectServiceFactory
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387)
at org.nuxeo.runtime.tomcat.NuxeoWebappClassLoader.loadClass(NuxeoWebappClassLoader.java:62)
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)
... 115 more

le parametre workflow.ws.url de build.properties du plugin orioai-nuxeo est-il correct ?

Cordialement,
Henri

Le 01/04/2011 17:27, Jérôme NENERT a écrit :

> Bonjour,
>
> Nous avons essayé de faire fonctionner le plugin ORI-OAI dans la
> nouvelle version de Nuxeo 5.4.1. L'onglet référencement apparaît bien
> lors du dépôt d'un document, mais lorsqu'on clique dessus, on a
> l'erreur en pièce jointe.
>
> Cordialement.
>
> Jérôme NENERT.
> D.S.I.
> Université Panthéon Assas ( Paris 2 ).

--
Henri Jacob
Centre de Ressources Informatiques (CRI)
Université de Rennes 1
tel: 02 23 23 71 37

1 avril 2011 - 5:27pm

(Répondre à #2) #6

jeromenenert

Bonjour,

Nous avons essayé de faire fonctionner le plugin ORI-OAI dans la
nouvelle version de Nuxeo 5.4.1. L'onglet référencement apparaît bien
lors du dépôt d'un document, mais lorsqu'on clique dessus, on a l'erreur
en pièce jointe.

Cordialement.

Jérôme NENERT.
D.S.I.
Université Panthéon Assas ( Paris 2 ).

12 mai 2011 - 8:54am

(Répondre à #5) #7

Yohan Colmant

Bonjour,

La récupération de l'auteur se fait au niveau du module workflow, pas dans Nuxeo.
Donc vous devez avoir le même soucis si vous lancez un référencement depuis le workflow directement sans passer par Nuxeo.

Pour que l'auteur soit bien rempli, il doit être identifié comme personne potentielle dans le système. Ceci se fait au niveau des vocabulaires.
Je pense que c'est du à votre filtre LDAP au niveau de ce paramètre dans commons-parameters.properties : VOCABULARY_LDAP_PEOPLE_FILTER

Est-ce que les personnes qui ne sont pas récupérées ressortent de ce filtre LDAP ?

Pour le problème des fiches que vous évoquez. Est-ce que vous ne le constatez jamais pour les nouvelles fiches, mais qu'au bout d'un certain temps vous obtenez l'erreur pour toutes ?
Ou alors, c'est aléatoirement sur certaines ?
Avez-vous vérifié qu'elles étaient toujours au niveau du workflow et qu'elles n'ont pas été supprimées ?

Cordialement,

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

Le 09/05/2011 10:33, Jérôme NENERT a écrit :

Le 06/05/2011 15:33, Yohan Colmant a écrit :

Bonjour,

Le problème se produit sur tous les référencements ou uniquement certains ?
Ne serait-ce pas du à une fiche supprimée dans le workflow ?

Le problème se produit sur certains référencements seulement. Sur une nouvelle fiche, il n'y a pas l'erreur.

Concernant la récupération des données, l'auteur n'est jamais récupéré ( que ce soit pour une thèse ou une ressource documentaire ). Par contre, on récupère toujours correctement le lien universel du document.

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

9 mai 2011 - 10:33am

(Répondre à #5) #8

jeromenenert

Le 06/05/2011 15:33, Yohan Colmant a écrit :

> Bonjour,
>
> Le problème se produit sur tous les référencements ou uniquement certains ?
> Ne serait-ce pas du à une fiche supprimée dans le workflow ?

Le problème se produit sur certains référencements seulement. Sur une
nouvelle fiche, il n'y a pas l'erreur.

Concernant la récupération des données, l'auteur n'est jamais récupéré (
que ce soit pour une thèse ou une ressource documentaire ). Par contre,
on récupère toujours correctement le lien universel du document.

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

6 mai 2011 - 3:33pm

(Répondre à #5) #9

Yohan Colmant

Bonjour,

Le problème se produit sur tous les référencements ou uniquement certains ?
Ne serait-ce pas du à une fiche supprimée dans le workflow ?

Cdt

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

Le 05/05/2011 13:58, Jérôme NENERT a écrit :

Le référencement fonctionne. Il subsiste toutefois deux problèmes :

Une erreur persiste dans les logs :

2011-05-05 13:54:16,177 ERROR [org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl] getMetadataType :: can't retrieve metadata type from idp 1549592444210965563
org.codehaus.xfire.XFireRuntimeException: Could not invoke service.. Nested exception is org.codehaus.xfire.fault.XFireFault: Object not found for this id
org.codehaus.xfire.fault.XFireFault: Object not found for this id

Le nom de l'auteur n'est pas récupéré dans l'éditeur d'ORI-OAI.

Le 05/04/2011 15:33, Henri Jacob a écrit :

Le mécanisme des bundles dans la NX 5.4 a visiblement évolué : on voit
en effet que lors du packaging de Nuxeo, tous les artifacts déclarés
dans les pom.xml des différents bundles de Nuxeo sont regroupés dans
.../nxserver/lib .

Il faudra sans doute reproduire ce mode de déploiement pour le plugin
ori-oai-nuxeo. En attendant, pour tester, on peut le faire "à la main"
de la façon suivante:
-déarchiver le jar ori-oai-nuxeo
-copier les fichiers du répertoire nxserver/plugins/lib dans
nxserver/lib , ce sont :
commons-httpclient-3.1.jar, wsdl4j-1.5.2.jar, xfire-all-1.2.6.jar,
xfire-java5-1.2.6.jar , ori-oai-commons-1.6.0.jar
-récupérer l'artifact jaxen (pour éviter l'exception
java.lang.NoClassDefFoundError: org/jaxen/JaxenException)
<groupId>jaxen</groupId>
<artifactId>jaxen</artifactId>
<name>jaxen</name>
<version>1.1.1</version>
et copier l'archive jaxen-1.1.1.jar dans nxserver/lib

Cela devrait fonctionner après un "nuxeoctl restart".

Cordialement,
Henri

Le 04/04/2011 18:34, Henri Jacob a écrit :

Bonsoir,

Après avoir installé Nx 5.4 et ori-oai-nuxeo-1.6.2 , j'arrive aux
mêmes constatations.

Cela est dû au packaging qui reste à faire.

Si on désarchive à la main le plugin esupecm-orioai-1.6.2.jar , puis
que l'on copie les jar du plugin dans le répertoire nxserver/lib , on
n'a plus l'erreur
java.lang.NoClassDefFoundError:
org/codehaus/xfire/service/binding/ObjectServiceFactory

et on a bien les référencements possibles,

mais il reste l'erreur java.lang.NoClassDefFoundError:
org/jaxen/JaxenException
qui est sans doute dûe au jar dom4j utilisé par défaut dans Nuxeo 5.4.

Il reste donc un petit travail de configuration maven pour faire
fonctionner tout ça.

Henri Jacob

Le 04/04/2011 11:01, Jérôme NENERT a écrit :

Bonjour,

Le parametre workflow.ws.url de build.properties est correct et
contient l'URL du workflow qui est bien démarré.

Dans server.log, nous avons les erreurs suivantes :

2011-04-04 10:55:38,978 ERROR
[org.nuxeo.runtime.model.impl.ComponentManagerImpl] Failed to create
component:
service:org.orioai.esupecm.nuxeo2xml.service.OriOaiNuxeo2XmlService
java.lang.NoClassDefFoundError: org/jaxen/JaxenException

======================================================================
= Component Loading Errors:
* Failed to create component:
service:org.orioai.esupecm.nuxeo2xml.service.OriOaiNuxeo2XmlService
(java.lang.NoClassDefFoundError: org/jaxen/JaxenException)

Jérôme NENERT.
D.S.I.
Université Panthéon Assas ( Paris 2 ).

Le 02/04/2011 11:35, Henri Jacob a écrit :

Le message me fait penser que le workflow n'est pas démarré ou bien que
l'url du web service n'est pas la bonne.

Caused by: java.lang.NoClassDefFoundError:
org/codehaus/xfire/service/binding/ObjectServiceFactory
at
org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl.getRemoteOriWorkflowService(OriOaiWorkflowServiceImpl.java:62)

at
org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl.getMetadataTypes(OriOaiWorkflowServiceImpl.java:87)

at
org.orioai.esupecm.webapp.action.WorkflowActions.getMetadataTypes(WorkflowActions.java:832)

at
org.orioai.esupecm.webapp.action.WorkflowActions.getReferencableMetadataTypes(WorkflowActions.java:775)

at
org.orioai.esupecm.webapp.action.WorkflowActions.getReferencableMetadataTypesMap(WorkflowActions.java:801)

... 110 more
Caused by: java.lang.ClassNotFoundException:
org.codehaus.xfire.service.binding.ObjectServiceFactory
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387)

at
org.nuxeo.runtime.tomcat.NuxeoWebappClassLoader.loadClass(NuxeoWebappClassLoader.java:62)

at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)

... 115 more

le parametre workflow.ws.url de build.properties du plugin orioai-nuxeo
est-il correct ?

Cordialement,
Henri

Le 01/04/2011 17:27, Jérôme NENERT a écrit :

Bonjour,

Nous avons essayé de faire fonctionner le plugin ORI-OAI dans la
nouvelle version de Nuxeo 5.4.1. L'onglet référencement apparaît bien
lors du dépôt d'un document, mais lorsqu'on clique dessus, on a
l'erreur en pièce jointe.

Cordialement.

Jérôme NENERT.
D.S.I.
Université Panthéon Assas ( Paris 2 ).

5 mai 2011 - 1:58pm

(Répondre à #2) #10

jeromenenert

Le référencement fonctionne. Il subsiste toutefois deux problèmes :

Une erreur persiste dans les logs :

2011-05-05 13:54:16,177 ERROR
[org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl]
getMetadataType :: can't retrieve metadata type from idp 1549592444210965563
org.codehaus.xfire.XFireRuntimeException: Could not invoke service..
Nested exception is org.codehaus.xfire.fault.XFireFault: Object not
found for this id
org.codehaus.xfire.fault.XFireFault: Object not found for this id

Le nom de l'auteur n'est pas récupéré dans l'éditeur d'ORI-OAI.

Le 05/04/2011 15:33, Henri Jacob a écrit :

> Le mécanisme des bundles dans la NX 5.4 a visiblement évolué : on voit
> en effet que lors du packaging de Nuxeo, tous les artifacts déclarés
> dans les pom.xml des différents bundles de Nuxeo sont regroupés dans
> .../nxserver/lib .
>
> Il faudra sans doute reproduire ce mode de déploiement pour le plugin
> ori-oai-nuxeo. En attendant, pour tester, on peut le faire "à la main"
> de la façon suivante:
> -déarchiver le jar ori-oai-nuxeo
> -copier les fichiers du répertoire nxserver/plugins/lib dans
> nxserver/lib , ce sont :
> commons-httpclient-3.1.jar, wsdl4j-1.5.2.jar, xfire-all-1.2.6.jar,
> xfire-java5-1.2.6.jar , ori-oai-commons-1.6.0.jar
> -récupérer l'artifact jaxen (pour éviter l'exception
> java.lang.NoClassDefFoundError: org/jaxen/JaxenException)
> jaxen
> jaxen
> jaxen
> 1.1.1
> et copier l'archive jaxen-1.1.1.jar dans nxserver/lib
>
> Cela devrait fonctionner après un "nuxeoctl restart".
>
> Cordialement,
> Henri
>
>
> Le 04/04/2011 18:34, Henri Jacob a écrit :

>> Bonsoir,
>>
>> Après avoir installé Nx 5.4 et ori-oai-nuxeo-1.6.2 , j'arrive aux
>> mêmes constatations.
>>
>> Cela est dû au packaging qui reste à faire.
>>
>> Si on désarchive à la main le plugin esupecm-orioai-1.6.2.jar , puis
>> que l'on copie les jar du plugin dans le répertoire nxserver/lib , on
>> n'a plus l'erreur
>> java.lang.NoClassDefFoundError:
>> org/codehaus/xfire/service/binding/ObjectServiceFactory
>>
>> et on a bien les référencements possibles,
>>
>> mais il reste l'erreur java.lang.NoClassDefFoundError:
>> org/jaxen/JaxenException
>> qui est sans doute dûe au jar dom4j utilisé par défaut dans Nuxeo 5.4.
>>
>> Il reste donc un petit travail de configuration maven pour faire
>> fonctionner tout ça.
>>
>> Henri Jacob
>>
>> Le 04/04/2011 11:01, Jérôme NENERT a écrit :

>>> Bonjour,
>>>
>>> Le parametre workflow.ws.url de build.properties est correct et
>>> contient l'URL du workflow qui est bien démarré.
>>>
>>> Dans server.log, nous avons les erreurs suivantes :
>>>
>>> 2011-04-04 10:55:38,978 ERROR
>>> [org.nuxeo.runtime.model.impl.ComponentManagerImpl] Failed to create
>>> component:
>>> service:org.orioai.esupecm.nuxeo2xml.service.OriOaiNuxeo2XmlService
>>> java.lang.NoClassDefFoundError: org/jaxen/JaxenException
>>>
>>> ======================================================================
>>> = Component Loading Errors:
>>> * Failed to create component:
>>> service:org.orioai.esupecm.nuxeo2xml.service.OriOaiNuxeo2XmlService
>>> (java.lang.NoClassDefFoundError: org/jaxen/JaxenException)
>>>
>>> Jérôme NENERT.
>>> D.S.I.
>>> Université Panthéon Assas ( Paris 2 ).
>>>
>>>
>>> Le 02/04/2011 11:35, Henri Jacob a écrit :

>>>> Le message me fait penser que le workflow n'est pas démarré ou bien que
>>>> l'url du web service n'est pas la bonne.
>>>>
>>>> Caused by: java.lang.NoClassDefFoundError:
>>>> org/codehaus/xfire/service/binding/ObjectServiceFactory
>>>> at
>>>> org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl.getRemoteOriWorkflowService(OriOaiWorkflowServiceImpl.java:62)
>>>>
>>>>
>>>> at
>>>> org.orioai.esupecm.workflow.service.OriOaiWorkflowServiceImpl.getMetadataTypes(OriOaiWorkflowServiceImpl.java:87)
>>>>
>>>>
>>>> at
>>>> org.orioai.esupecm.webapp.action.WorkflowActions.getMetadataTypes(WorkflowActions.java:832)
>>>>
>>>>
>>>> at
>>>> org.orioai.esupecm.webapp.action.WorkflowActions.getReferencableMetadataTypes(WorkflowActions.java:775)
>>>>
>>>>
>>>> at
>>>> org.orioai.esupecm.webapp.action.WorkflowActions.getReferencableMetadataTypesMap(WorkflowActions.java:801)
>>>>
>>>>
>>>> ... 110 more
>>>> Caused by: java.lang.ClassNotFoundException:
>>>> org.codehaus.xfire.service.binding.ObjectServiceFactory
>>>> at
>>>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387)
>>>>
>>>>
>>>> at
>>>> org.nuxeo.runtime.tomcat.NuxeoWebappClassLoader.loadClass(NuxeoWebappClassLoader.java:62)
>>>>
>>>>
>>>> at
>>>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)
>>>>
>>>>
>>>> ... 115 more
>>>>
>>>>
>>>> le parametre workflow.ws.url de build.properties du plugin orioai-nuxeo
>>>> est-il correct ?
>>>>
>>>> Cordialement,
>>>> Henri
>>>>
>>>>
>>>>
>>>> Le 01/04/2011 17:27, Jérôme NENERT a écrit :

>>>>> Bonjour,
>>>>>
>>>>> Nous avons essayé de faire fonctionner le plugin ORI-OAI dans la
>>>>> nouvelle version de Nuxeo 5.4.1. L'onglet référencement apparaît bien
>>>>> lors du dépôt d'un document, mais lorsqu'on clique dessus, on a
>>>>> l'erreur en pièce jointe.
>>>>>
>>>>> Cordialement.
>>>>>
>>>>> Jérôme NENERT.
>>>>> D.S.I.
>>>>> Université Panthéon Assas ( Paris 2 ).

>>>>

>>>

>>

>

18 mai 2011 - 2:46pm

(Répondre à #7) #11

jeromenenert

Le 12/05/2011 08:54, Yohan Colmant a écrit :

> Bonjour,
>
> La récupération de l'auteur se fait au niveau du module workflow, pas
> dans Nuxeo.
> Donc vous devez avoir le même soucis si vous lancez un référencement
> depuis le workflow directement sans passer par Nuxeo.
>

Oui.

> Pour que l'auteur soit bien rempli, il doit être identifié comme
> personne potentielle dans le système. Ceci se fait au niveau des
> vocabulaires.
> Je pense que c'est du à votre filtre LDAP au niveau de ce paramètre dans
> commons-parameters.properties : VOCABULARY_LDAP_PEOPLE_FILTER
>
> Est-ce que les personnes qui ne sont pas récupérées ressortent de ce
> filtre LDAP ?

Il s'agissait effectivement d'une erreur avec ce filtre. Le vocabulaire
n'était pas correct.

>
> Pour le problème des fiches que vous évoquez. Est-ce que vous ne le
> constatez jamais pour les nouvelles fiches, mais qu'au bout d'un certain
> temps vous obtenez l'erreur pour toutes ?
> Ou alors, c'est aléatoirement sur certaines ?
> Avez-vous vérifié qu'elles étaient toujours au niveau du workflow et
> qu'elles n'ont pas été supprimées ?
>
> Cordialement,
>
> Yohan COLMANT
> Direction des Systèmes d'Information
> UVHC - Université de Valenciennes et du Hainaut Cambrésis
> Coordinateur Technique du projet ORI-OAI
>
> Le 09/05/2011 10:33, Jérôme NENERT a écrit :

>> Le 06/05/2011 15:33, Yohan Colmant a écrit :

>>> Bonjour,
>>>
>>> Le problème se produit sur tous les référencements ou uniquement
>>> certains ?
>>> Ne serait-ce pas du à une fiche supprimée dans le workflow ?

>>
>> Le problème se produit sur certains référencements seulement. Sur une
>> nouvelle fiche, il n'y a pas l'erreur.
>>
>> Concernant la récupération des données, l'auteur n'est jamais récupéré
>> ( que ce soit pour une thèse ou une ressource documentaire ). Par
>> contre, on récupère toujours correctement le lien universel du document.
>>

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

>>

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