Déploiement du module workflow dans l'ENT

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:b0e78ce44dff5ae0f138ab04bf098407' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour\nJe constate que les temps de reponse de ori-oai-search sont tres variables. \nEn realite soit la reponse est immediate soit je dois attendre une a \ndeux minutes (c est a dire beaucoup trop longtemps !).\nSi le serveur n est pas sollicite pendant plusieurs heures (la nuit notamment) \nle temps de reponse est long, mais une fois qu il a repondu une fois a \nun usager \nles temps de reponse sont\n</div>\n', created = 1507747615, expire = 1507834015, headers = '', serialized = 0 WHERE cid = '4:b0e78ce44dff5ae0f138ab04bf098407' 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:b0e78ce44dff5ae0f138ab04bf098407' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour\nJe constate que les temps de reponse de ori-oai-search sont tres variables. \nEn realite soit la reponse est immediate soit je dois attendre une a \ndeux minutes (c est a dire beaucoup trop longtemps !).\nSi le serveur n est pas sollicite pendant plusieurs heures (la nuit notamment) \nle temps de reponse est long, mais une fois qu il a repondu une fois a \nun usager \nles temps de reponse sont\n</div>\n', created = 1507747615, expire = 1507834015, headers = '', serialized = 0 WHERE cid = '4:b0e78ce44dff5ae0f138ab04bf098407' 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:f6e2d4370633625dedef339569cd9fff' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\"><!DOCTYPE html PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">\n<html>\n<head>\n</head>\n<body bgcolor=\"#ffffff\" text=\"#000000\">\nBonjour, \n \nje souhaite déployer le module Workflow en tant que portlet dans l\'ENT\nEsup-portail, mais je rencontre des difficultés. \nQuelqu\'un a-t-il essayé (et réussi ) de déployer le workflow en portlet\n? \n \n \nVoilà la démarche que j\'ai suivie : \n-dans le fichier commons-parameters.properties du module quick-install : \n<pre class=\"code\"># Racine du serveur Tomcat sur lequel est déployé ori-oai-workflo\n#essai pour deploiement portlet dans tomcat ent\nPATH_TOMCAT_WORKFLOW=/applis/Esup/Production\n\n# Nom de domaine de la machine sur laquelle est déployée ori-oai-workflow\nHOST_WORKFLOW=dev-2.uhb.fr\n\n# Port du serveur Tomcat par lequel est appelé ori-oai-workflow\nPORT_WORKFLOW=80\n\n# Nom du contexte choisi pour le déploiement de ori-oai-workflow\nCONTEXT_WORKFLOW=ori-oai-workflow-spring\n\n# Nom du VirtualHost pour ori-oai-workflow \nVIRTUALHOST_WORKFLOW=dev-2.uhb.fr\n</pre>\n-dans le fichier server.xml du Tomcat de l\'ENT, ajout du contexte : \n<pre class=\"code\"> <Context path=\"/ori-oai-workflow-spring\"\n docBase=\"/applis/Esup/Production/ori-oai-workflow-spring\"\n crossContext=\"true\" />\n</pre>\n \n- j\'ai décommenté la partie ci-dessous dans le web.xml. \n \n \n-le module workflow est bien déployé au même niveau que uPortal\n(/applis/Esup/Production/ori-oai-workflow-spring\npour le module et \n/applis/Esup/Production/uPortal) \n \nJ\'obtiens une erreur \nEnt-Lucie    ERROR [org.jasig.portal.ChannelManager#66]\nportlet.CPortletAdapter.[] oct./10 08:56:38 - Initialization of the\nportlet container failed. \njava.lang.NullPointerException \n    at\norg.jasig.portal.container.om.servlet.ServletDefinitionImpl.getRequestDispatcher(ServletDefinitionImpl.java:100) \n    at\norg.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:109) \n    at\norg.apache.pluto.invoker.impl.PortletInvokerImpl.load(PortletInvokerImpl.java:80) \n    at\norg.apache.pluto.PortletContainerImpl.portletLoad(PortletContainerImpl.java:218) \n    at\norg.jasig.portal.channels.portlet.CPortletAdapter.initPortletWindow(CPortletAdapter.java:265) \n    at\norg.jasig.portal.channels.portlet.CPortletAdapter.setRuntimeData(CPortletAdapter.java:415) \n    at\norg.jasig.portal.ChannelRenderer$Worker.execute(ChannelRenderer.java:483) \n    at org.jasig.portal.utils.threading.BaseTask.run(BaseTask.java:27) \n    at\nedu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:431) \n    at\nedu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:166) \n    at\nedu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:643) \n    at\nedu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:668) \n    at java.lang.Thread.run(Thread.java:595) \nEnt-Lucie     WARN [TP-Processor12] portal.ChannelManager.[] oct./10\n08:56:38 - Replacing channel\n[org.jasig.portal.channels.portlet.CPortletAdapter@111db25], which had\nsubscribeId [50] with error channel because of error code Render time\nexception message: IChannelRenderer.completeRendering() threw and\nthrowable [org.jasig.portal.PortalException: Initialization of the\nportlet container failed.] \norg.jasig.portal.PortalException: Initialization of the portlet\ncontainer failed. \n    at\norg.jasig.portal.channels.portlet.CPortletAdapter.initPortletWindow(CPortletAdapter.java:273) \n    at\norg.jasig.portal.channels.portlet.CPortletAdapter.setRuntimeData(CPortletAdapter.java:415) \n    at\norg.jasig.portal.ChannelRenderer$Worker.execute(ChannelRenderer.java:483) \n    at org.jasig.portal.utils.threading.BaseTask.run(BaseTask.java:27) \n    at\nedu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:431) \n    at\nedu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:166) \n    at\nedu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:643) \n    at\nedu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:668) \n    at java.lang.Thread.run(Thread.java:595) \nCaused by: java.lang.NullPointerException \n    at\norg.jasig.portal.container.om.servlet.ServletDefinitionImpl.getRequestDispatcher(ServletDefinitionImpl.java:100) \n    at\norg.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:109) \n    at\norg.apache.pluto.invoker.impl.PortletInvokerImpl.load(PortletInvokerImpl.java:80) \n    at\norg.apache.pluto.PortletContainerImpl.portletLoad(PortletContainerImpl.java:218) \n    at\norg.jasig.portal.channels.portlet.CPortletAdapter.initPortletWindow(CPortletAdapter.java:265) \n    ... 8 more \n \n \nLa définition ID a l\'air correcte (je n\'ai pas d\'erreur de type Unable\nto find portlet definition for ID) \n \n-Si je décommente également dans le fichier web.xml du module workflow\ncette partie là : \n \nj\'obtiens l\'affichage du message suivant : the requested resource\n(/ori-oai-workflow-spring/portlet/*) is not available . \n  \n \nQuelqu\'un a-t-il une idée pour résoudre ce problème ? \n \nmerci beaucoup, \n \nLucie \n<pre class=\"moz-signature\" cols=\"72\">\n-- \n----------------------------------\nLucie Dengreville\nCentre de Ressources Informatiques\nUniversité Rennes 2 Haute Bretagne\n02.99.14.13.66\n-----------------------------------\n</pre>\n</body>\n -- \n Ce message a été vérifié par\n pour des virus ou des polluriels et rien de\n suspect n\'a été trouvé.\n</html>\n\n\n\n</div>', created = 1507747615, expire = 1507834015, headers = '', serialized = 0 WHERE cid = '4:f6e2d4370633625dedef339569cd9fff' 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:f0f6c631deb3354e10702ff803ac691a' 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 Lucie,\nEn préambule voici quelques informations concernant ori-oai-workflow, \ninformations importantes à avoir en tête pour un déploiement sous forme \nde portlet. \nActuellement en version 1.1.1, ori-oai-workflow utilise un index Lucène \nvia Compass configuré par défaut pour une persistence en système de \nfichiers. \nCet index est synchronisé automatiquement par Compass (sur les \ntransactions hibernate), il est le reflet à chaque instant d\'une partie \ndes informations que l\'on peut trouver en base de données. \nCet index, de persistence en système de fichiers, ne supporte pas \nplusieurs connections (en écriture) en même temps par plusieurs \napplications. \nCette limitation pourrait sans doute être levée en utilisant la \npersistence de l\'index en base de données (cf le Lucene Jdbc Directory \nammené par le projet Compass) mais je n\'ai personnellement pas réussi \njusque là à la mettre correctement en place :-( \n=> Actuellement et tel que livré, il n\'est pas possible de mettre \nplusieurs instances ori-oai-workflow en parallèle écrivant dans le même \nindex dont la persistence est le système de fichiers. \n=> Cela limite de facto l\'intégration d\'ori-oai-workflow en tant que \nportlet JSR168 dans un portail si l\'architecture de celui-ci utilise \nplusieurs portails/serveurs montés en load-balancing \n(puisqu\'alors on voudra certainement déployer pour chaque portail une \ninstance d\'ori-oai-workflow).\n... Pour déployer ori-oai-workflow sous forme de portlet, il faut \neffectivement décommenter à la fois les parties de déclaration de \nservlet portlet et servlet-mapping portlet pour activer la portlet. \nPour que cela fonctionne par défaut, il faut également comme tu l\'as \nfait déployer le module en tant qu\'ori-oai-workflow-spring. \nTu es alors censé pouvoir utiliser toujours le workflow en mode servlet \nvia cette page chez moi : \n<a href=\"http://localhost:9080/ori-oai-workflow-spring\" title=\"http://localhost:9080/ori-oai-workflow-spring\">http://localhost:9080/ori-oai-workflow-spring</a> \nCette page correspond chez moi à une page blanche (pas d\'erreur 404) : \n<a href=\"http://localhost:9080/ori-oai-workflow-spring/portlet\" title=\"http://localhost:9080/ori-oai-workflow-spring/portlet\">http://localhost:9080/ori-oai-workflow-spring/portlet</a>\nCi-joint et ci-dessous la copie d\'écran de la définition de la portlet \ndans Esup Portail (et une copie d\'écran de son affichage).\nVérifie les logs du portail aussi pour avoir plus d\'indications.\nA bientôt, \nVincent.\n *Channel Type: \n<http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectChannelType&uPCM_capture=reviewChannel#ctf1>* \n Portlet \n<http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectChannelType&uPCM_capture=reviewChannel#ctf1> \n *Channel Title: \n<http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1>* \n ori-oai-workflow-spring \n<http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1> \n *Channel Name: \n<http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1>* \n ori-oai-workflow-spring \n<http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1> \n *Channel Functional Name: \n<http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1>* \n ori-oai-workflow-spring \n<http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1> \n *Channel Description: \n<http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1>* \n ori-oai-workflow-spring \n<http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1> \n *Channel Timeout: \n<http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1>* \n 5000milliseconds \n<http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1> \n *Channel Secure: \n<http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1>* \n Not Secure \n<http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1> \nUser cannot modify \n<http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=channelDef&uPCM_capture=reviewChannel&uPCM_step=1#ctf1> \n *Portlet definition ID \n<http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=channelDef&uPCM_capture=reviewChannel&uPCM_step=1#ctf1>* \n ori-oai-workflow-spring.portlet \n<http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=channelDef&uPCM_capture=reviewChannel&uPCM_step=1#ctf1> \n *Channel Controls \n<http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectControls&uPCM_capture=reviewChannel#ctf1>* \n false Editable \nfalse Has Help \nfalse Has About \n<http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectControls&uPCM_capture=reviewChannel#ctf1> \n *Selected Categories: \n<http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectCategories&uPCM_capture=reviewChannel#ctf1>* \n categoryComptabilite \n<http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectCategories&uPCM_capture=reviewChannel#ctf1> \n *Selected Groups and/or People: \n<http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGroups&uPCM_capture=reviewChannel#ctf1>* \n unlockedEtablissement \nunlockedAnonymes \nunlockedAdministrateurs \nunlockedGroupes lies aux applicatifs \n<http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGroups&uPCM_capture=reviewChannel#ctf1> \nLucie Dengreville wrote: \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Bonjour, \n> \n> je souhaite déployer le module Workflow en tant que portlet dans l\'ENT \n> Esup-portail, mais je rencontre des difficultés. \n> Quelqu\'un a-t-il essayé (et réussi ) de déployer le workflow en portlet ? \n> \n> \n> Voilà la démarche que j\'ai suivie : \n> -dans le fichier commons-parameters.properties du module quick-install : \n> # Racine du serveur Tomcat sur lequel est déployé ori-oai-workflo \n> #essai pour deploiement portlet dans tomcat ent \n> PATH_TOMCAT_WORKFLOW=/applis/Esup/Production \n> \n> # Nom de domaine de la machine sur laquelle est déployée ori-oai-workflow \n> HOST_WORKFLOW=dev-2.uhb.fr \n> \n> # Port du serveur Tomcat par lequel est appelé ori-oai-workflow \n> PORT_WORKFLOW=80 \n> \n> # Nom du contexte choisi pour le déploiement de ori-oai-workflow \n> CONTEXT_WORKFLOW=ori-oai-workflow-spring \n> \n> # Nom du VirtualHost pour ori-oai-workflow \n> VIRTUALHOST_WORKFLOW=dev-2.uhb.fr \n> \n> -dans le fichier server.xml du Tomcat de l\'ENT, ajout du contexte : \n> <Context path=\"/ori-oai-workflow-spring\" \n> docBase=\"/applis/Esup/Production/ori-oai-workflow-spring\" \n> crossContext=\"true\" /> \n> \n> \n> - j\'ai décommenté la partie ci-dessous dans le web.xml. \n> \n> \n> -le module workflow est bien déployé au même niveau que uPortal \n> (/applis/Esup/Production/ori-oai-workflow-spring pour le module et \n> /applis/Esup/Production/uPortal) \n> \n> J\'obtiens une erreur \n> Ent-Lucie ERROR [org.jasig.portal.ChannelManager#66] \n> portlet.CPortletAdapter.[] oct./10 08:56:38 - Initialization of the \n> portlet container failed. \n> java.lang.NullPointerException \n> at \n> org.jasig.portal.container.om.servlet.ServletDefinitionImpl.getRequestDispatcher(ServletDefinitionImpl.java:100) \n> at \n> org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:109) \n> at \n> org.apache.pluto.invoker.impl.PortletInvokerImpl.load(PortletInvokerImpl.java:80) \n> at \n> org.apache.pluto.PortletContainerImpl.portletLoad(PortletContainerImpl.java:218) \n> at \n> org.jasig.portal.channels.portlet.CPortletAdapter.initPortletWindow(CPortletAdapter.java:265) \n> at \n> org.jasig.portal.channels.portlet.CPortletAdapter.setRuntimeData(CPortletAdapter.java:415) \n> at \n> org.jasig.portal.ChannelRenderer$Worker.execute(ChannelRenderer.java:483) \n> at org.jasig.portal.utils.threading.BaseTask.run(BaseTask.java:27) \n> at \n> edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:431) \n> at \n> edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:166) \n> at \n> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:643) \n> at \n> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:668) \n> at java.lang.Thread.run(Thread.java:595) \n> Ent-Lucie WARN [TP-Processor12] portal.ChannelManager.[] oct./10 \n> 08:56:38 - Replacing channel \n> [org.jasig.portal.channels.portlet.CPortletAdapter@111db25], which had \n> subscribeId [50] with error channel because of error code Render time \n> exception message: IChannelRenderer.completeRendering() threw and \n> throwable [org.jasig.portal.PortalException: Initialization of the \n> portlet container failed.] \n> org.jasig.portal.PortalException: Initialization of the portlet \n> container failed. \n> at \n> org.jasig.portal.channels.portlet.CPortletAdapter.initPortletWindow(CPortletAdapter.java:273) \n> at \n> org.jasig.portal.channels.portlet.CPortletAdapter.setRuntimeData(CPortletAdapter.java:415) \n> at \n> org.jasig.portal.ChannelRenderer$Worker.execute(ChannelRenderer.java:483) \n> at org.jasig.portal.utils.threading.BaseTask.run(BaseTask.java:27) \n> at \n> edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:431) \n> at \n> edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:166) \n> at \n> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:643) \n> at \n> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:668) \n> at java.lang.Thread.run(Thread.java:595) \n> Caused by: java.lang.NullPointerException \n> at \n> org.jasig.portal.container.om.servlet.ServletDefinitionImpl.getRequestDispatcher(ServletDefinitionImpl.java:100) \n> at \n> org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:109) \n> at \n> org.apache.pluto.invoker.impl.PortletInvokerImpl.load(PortletInvokerImpl.java:80) \n> at \n> org.apache.pluto.PortletContainerImpl.portletLoad(PortletContainerImpl.java:218) \n> at \n> org.jasig.portal.channels.portlet.CPortletAdapter.initPortletWindow(CPortletAdapter.java:265) \n> ... 8 more \n> \n> \n> La définition ID a l\'air correcte (je n\'ai pas d\'erreur de type Unable \n> to find portlet definition for ID) \n> \n> -Si je décommente également dans le fichier web.xml du module workflow \n> cette partie là : \n> \n> j\'obtiens l\'affichage du message suivant : t/he requested resource \n> (/ori-oai-workflow-spring/portlet/*) is not available/ . \n> \n> \n> Quelqu\'un a-t-il une idée pour résoudre ce problème ? \n> \n> merci beaucoup, \n> \n> Lucie \n> -- \n> ---------------------------------- \n> Lucie Dengreville \n> Centre de Ressources Informatiques \n> Université Rennes 2 Haute Bretagne \n> 02.99.14.13.66 \n> ----------------------------------- \n> </div>\n</blockquote>\n-- \nCe message a été vérifié par MailScanner \npour des virus ou des polluriels et rien de \nsuspect n\'a été trouvé.\n</div>\n', created = 1507747617, expire = 1507834017, headers = '', serialized = 0 WHERE cid = '4:f0f6c631deb3354e10702ff803ac691a' 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:ce12acc3ff54b1f8b888344eeeff274a' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Vincent,\nDu point de vue de la publication du portlet, les informations que \nj\'avais saisies étaient bien celles que tu indiques. \nJ\'ai modifié également dans le web.xml le display name :\n <display-name>ORI-OAI-Workflow</display-name> \nen\n <display-name>ori-aoi-workflow-spring</display-name>\net celà semble mieux fonctionner. \nJ\'arrive en tout cas sur <a href=\"http://dev-2.uhb.fr/ori-oai-workflow-spring\" title=\"http://dev-2.uhb.fr/ori-oai-workflow-spring\">http://dev-2.uhb.fr/ori-oai-workflow-spring</a> à \nobtenir le module workflow. \nAu niveau de l\'ent, j\'obtiens encore une erreur (channel Time out), mais \nle problème d\'initialisation du portlet semble résolu.\nLucie\nVincent Bonamy a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Bonjour Lucie, \n> \n> En préambule voici quelques informations concernant ori-oai-workflow, \n> informations importantes à avoir en tête pour un déploiement sous \n> forme de portlet. \n> Actuellement en version 1.1.1, ori-oai-workflow utilise un index \n> Lucène via Compass configuré par défaut pour une persistence en \n> système de fichiers. \n> Cet index est synchronisé automatiquement par Compass (sur les \n> transactions hibernate), il est le reflet à chaque instant d\'une \n> partie des informations que l\'on peut trouver en base de données. \n> Cet index, de persistence en système de fichiers, ne supporte pas \n> plusieurs connections (en écriture) en même temps par plusieurs \n> applications. \n> Cette limitation pourrait sans doute être levée en utilisant la \n> persistence de l\'index en base de données (cf le Lucene Jdbc Directory \n> ammené par le projet Compass) mais je n\'ai personnellement pas réussi \n> jusque là à la mettre correctement en place :-( \n> => Actuellement et tel que livré, il n\'est pas possible de mettre \n> plusieurs instances ori-oai-workflow en parallèle écrivant dans le \n> même index dont la persistence est le système de fichiers. \n> => Cela limite de facto l\'intégration d\'ori-oai-workflow en tant que \n> portlet JSR168 dans un portail si l\'architecture de celui-ci utilise \n> plusieurs portails/serveurs montés en load-balancing \n> (puisqu\'alors on voudra certainement déployer pour chaque portail une \n> instance d\'ori-oai-workflow). \n> \n> \n> ... Pour déployer ori-oai-workflow sous forme de portlet, il faut \n> effectivement décommenter à la fois les parties de déclaration de \n> servlet portlet et servlet-mapping portlet pour activer la portlet. \n> Pour que cela fonctionne par défaut, il faut également comme tu l\'as \n> fait déployer le module en tant qu\'ori-oai-workflow-spring. \n> Tu es alors censé pouvoir utiliser toujours le workflow en mode \n> servlet via cette page chez moi : \n> <a href=\"http://localhost:9080/ori-oai-workflow-spring\" title=\"http://localhost:9080/ori-oai-workflow-spring\">http://localhost:9080/ori-oai-workflow-spring</a> \n> Cette page correspond chez moi à une page blanche (pas d\'erreur 404) : \n> <a href=\"http://localhost:9080/ori-oai-workflow-spring/portlet\" title=\"http://localhost:9080/ori-oai-workflow-spring/portlet\">http://localhost:9080/ori-oai-workflow-spring/portlet</a> \n> \n> Ci-joint et ci-dessous la copie d\'écran de la définition de la portlet \n> dans Esup Portail (et une copie d\'écran de son affichage). \n> \n> \n> Vérifie les logs du portail aussi pour avoir plus d\'indications. \n> \n> A bientôt, \n> Vincent. \n> \n> \n> \n> *Channel Type: \n> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectChannelType&uPCM_capture=reviewChannel#ctf1>* \n> Portlet \n> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectChannelType&uPCM_capture=reviewChannel#ctf1> \n> \n> \n> *Channel Title: \n> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1>* \n> ori-oai-workflow-spring \n> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1> \n> \n> \n> *Channel Name: \n> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1>* \n> ori-oai-workflow-spring \n> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1> \n> \n> \n> *Channel Functional Name: \n> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1>* \n> ori-oai-workflow-spring \n> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1> \n> \n> \n> *Channel Description: \n> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1>* \n> ori-oai-workflow-spring \n> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1> \n> \n> \n> *Channel Timeout: \n> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1>* \n> 5000milliseconds \n> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1> \n> \n> \n> *Channel Secure: \n> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1>* \n> Not Secure \n> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1> \n> \n> \n> User cannot modify \n> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=channelDef&uPCM_capture=reviewChannel&uPCM_step=1#ctf1> \n> *Portlet definition ID \n> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=channelDef&uPCM_capture=reviewChannel&uPCM_step=1#ctf1>* \n> ori-oai-workflow-spring.portlet \n> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=channelDef&uPCM_capture=reviewChannel&uPCM_step=1#ctf1> \n> \n> \n> *Channel Controls \n> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectControls&uPCM_capture=reviewChannel#ctf1>* \n> false Editable \n> false Has Help \n> false Has About \n> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectControls&uPCM_capture=reviewChannel#ctf1> \n> \n> \n> *Selected Categories: \n> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectCategories&uPCM_capture=reviewChannel#ctf1>* \n> categoryComptabilite \n> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectCategories&uPCM_capture=reviewChannel#ctf1> \n> \n> \n> *Selected Groups and/or People: \n> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGroups&uPCM_capture=reviewChannel#ctf1>* \n> unlockedEtablissement \n> unlockedAnonymes \n> unlockedAdministrateurs \n> unlockedGroupes lies aux applicatifs \n> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGroups&uPCM_capture=reviewChannel#ctf1> \n> \n> \n> \n> \n> \n> \n> \n> Lucie Dengreville wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Bonjour, \n>> \n>> je souhaite déployer le module Workflow en tant que portlet dans \n>> l\'ENT Esup-portail, mais je rencontre des difficultés. \n>> Quelqu\'un a-t-il essayé (et réussi ) de déployer le workflow en \n>> portlet ? \n>> \n>> \n>> Voilà la démarche que j\'ai suivie : \n>> -dans le fichier commons-parameters.properties du module quick-install : \n>> # Racine du serveur Tomcat sur lequel est déployé ori-oai-workflo \n>> #essai pour deploiement portlet dans tomcat ent \n>> PATH_TOMCAT_WORKFLOW=/applis/Esup/Production \n>> \n>> # Nom de domaine de la machine sur laquelle est déployée \n>> ori-oai-workflow \n>> HOST_WORKFLOW=dev-2.uhb.fr \n>> \n>> # Port du serveur Tomcat par lequel est appelé ori-oai-workflow \n>> PORT_WORKFLOW=80 \n>> \n>> # Nom du contexte choisi pour le déploiement de ori-oai-workflow \n>> CONTEXT_WORKFLOW=ori-oai-workflow-spring \n>> \n>> # Nom du VirtualHost pour ori-oai-workflow \n>> VIRTUALHOST_WORKFLOW=dev-2.uhb.fr \n>> -dans le fichier server.xml du Tomcat de l\'ENT, ajout du contexte : \n>> <Context path=\"/ori-oai-workflow-spring\" \n>> \n>> docBase=\"/applis/Esup/Production/ori-oai-workflow-spring\" \n>> crossContext=\"true\" /> \n>> \n>> - j\'ai décommenté la partie ci-dessous dans le web.xml. \n>> \n>> \n>> -le module workflow est bien déployé au même niveau que uPortal \n>> (/applis/Esup/Production/ori-oai-workflow-spring pour le module et \n>> /applis/Esup/Production/uPortal) \n>> \n>> J\'obtiens une erreur \n>> Ent-Lucie ERROR [org.jasig.portal.ChannelManager#66] \n>> portlet.CPortletAdapter.[] oct./10 08:56:38 - Initialization of the \n>> portlet container failed. \n>> java.lang.NullPointerException \n>> at \n>> org.jasig.portal.container.om.servlet.ServletDefinitionImpl.getRequestDispatcher(ServletDefinitionImpl.java:100) \n>> \n>> at \n>> org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:109) \n>> \n>> at \n>> org.apache.pluto.invoker.impl.PortletInvokerImpl.load(PortletInvokerImpl.java:80) \n>> \n>> at \n>> org.apache.pluto.PortletContainerImpl.portletLoad(PortletContainerImpl.java:218) \n>> \n>> at \n>> org.jasig.portal.channels.portlet.CPortletAdapter.initPortletWindow(CPortletAdapter.java:265) \n>> \n>> at \n>> org.jasig.portal.channels.portlet.CPortletAdapter.setRuntimeData(CPortletAdapter.java:415) \n>> \n>> at \n>> org.jasig.portal.ChannelRenderer$Worker.execute(ChannelRenderer.java:483) \n>> \n>> at org.jasig.portal.utils.threading.BaseTask.run(BaseTask.java:27) \n>> at \n>> edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:431) \n>> \n>> at \n>> edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:166) \n>> \n>> at \n>> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:643) \n>> \n>> at \n>> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:668) \n>> \n>> at java.lang.Thread.run(Thread.java:595) \n>> Ent-Lucie WARN [TP-Processor12] portal.ChannelManager.[] oct./10 \n>> 08:56:38 - Replacing channel \n>> [org.jasig.portal.channels.portlet.CPortletAdapter@111db25], which \n>> had subscribeId [50] with error channel because of error code Render \n>> time exception message: IChannelRenderer.completeRendering() threw \n>> and throwable [org.jasig.portal.PortalException: Initialization of \n>> the portlet container failed.] \n>> org.jasig.portal.PortalException: Initialization of the portlet \n>> container failed. \n>> at \n>> org.jasig.portal.channels.portlet.CPortletAdapter.initPortletWindow(CPortletAdapter.java:273) \n>> \n>> at \n>> org.jasig.portal.channels.portlet.CPortletAdapter.setRuntimeData(CPortletAdapter.java:415) \n>> \n>> at \n>> org.jasig.portal.ChannelRenderer$Worker.execute(ChannelRenderer.java:483) \n>> \n>> at org.jasig.portal.utils.threading.BaseTask.run(BaseTask.java:27) \n>> at \n>> edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:431) \n>> \n>> at \n>> edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:166) \n>> \n>> at \n>> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:643) \n>> \n>> at \n>> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:668) \n>> \n>> at java.lang.Thread.run(Thread.java:595) \n>> Caused by: java.lang.NullPointerException \n>> at \n>> org.jasig.portal.container.om.servlet.ServletDefinitionImpl.getRequestDispatcher(ServletDefinitionImpl.java:100) \n>> \n>> at \n>> org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:109) \n>> \n>> at \n>> org.apache.pluto.invoker.impl.PortletInvokerImpl.load(PortletInvokerImpl.java:80) \n>> \n>> at \n>> org.apache.pluto.PortletContainerImpl.portletLoad(PortletContainerImpl.java:218) \n>> \n>> at \n>> org.jasig.portal.channels.portlet.CPortletAdapter.initPortletWindow(CPortletAdapter.java:265) \n>> \n>> ... 8 more \n>> \n>> \n>> La définition ID a l\'air correcte (je n\'ai pas d\'erreur de type \n>> Unable to find portlet definition for ID) \n>> \n>> -Si je décommente également dans le fichier web.xml du module \n>> workflow cette partie là : \n>> \n>> j\'obtiens l\'affichage du message suivant : t/he requested resource \n>> (/ori-oai-workflow-spring/portlet/*) is not available/ . \n>> \n>> \n>> Quelqu\'un a-t-il une idée pour résoudre ce problème ? \n>> \n>> merci beaucoup, \n>> \n>> Lucie \n>> -- \n>> ---------------------------------- \n>> Lucie Dengreville \n>> Centre de Ressources Informatiques \n>> Université Rennes 2 Haute Bretagne \n>> 02.99.14.13.66 \n>> ----------------------------------- \n>> </blockquote>\n<blockquote class=\"emailFilter_Author_0\">> \n> \n> ------------------------------------------------------------------------ \n> \n> \n> ------------------------------------------------------------------------ \n></div>\n</blockquote>\n-- \n---------------------------------- \nLucie Dengreville \nCentre de Ressources Informatiques \nUniversité Rennes 2 Haute Bretagne \n02.99.14.13.66 \n-----------------------------------\n-- \nCe message a été vérifié par MailScanner \npour des virus ou des polluriels et rien de \nsuspect n\'a été trouvé.\n</div>\n', created = 1507747617, expire = 1507834017, headers = '', serialized = 0 WHERE cid = '4:ce12acc3ff54b1f8b888344eeeff274a' 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:6c77d36e3e9655e6bb6b9265cd26930a' 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 problème de time out semble avoir disparu (c\'était apparemment un \nproblème de connection du workflow avec ldap) ... et le portlet est \nmaintenant bien visible dans mon ent !\nLucie Dengreville a écrit : \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> Vincent, \n> \n> Du point de vue de la publication du portlet, les informations que \n> j\'avais saisies étaient bien celles que tu indiques. \n> J\'ai modifié également dans le web.xml le display name : \n> \n> <display-name>ORI-OAI-Workflow</display-name> \n> en \n> \n> <display-name>ori-aoi-workflow-spring</display-name> \n> \n> et celà semble mieux fonctionner. \n> J\'arrive en tout cas sur <a href=\"http://dev-2.uhb.fr/ori-oai-workflow-spring\" title=\"http://dev-2.uhb.fr/ori-oai-workflow-spring\">http://dev-2.uhb.fr/ori-oai-workflow-spring</a> à \n> obtenir le module workflow. \n> Au niveau de l\'ent, j\'obtiens encore une erreur (channel Time out), \n> mais le problème d\'initialisation du portlet semble résolu. \n> \n> Lucie \n> \n> Vincent Bonamy a écrit :</blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> Bonjour Lucie, \n>> \n>> En préambule voici quelques informations concernant ori-oai-workflow, \n>> informations importantes à avoir en tête pour un déploiement sous \n>> forme de portlet. \n>> Actuellement en version 1.1.1, ori-oai-workflow utilise un index \n>> Lucène via Compass configuré par défaut pour une persistence en \n>> système de fichiers. \n>> Cet index est synchronisé automatiquement par Compass (sur les \n>> transactions hibernate), il est le reflet à chaque instant d\'une \n>> partie des informations que l\'on peut trouver en base de données. \n>> Cet index, de persistence en système de fichiers, ne supporte pas \n>> plusieurs connections (en écriture) en même temps par plusieurs \n>> applications. \n>> Cette limitation pourrait sans doute être levée en utilisant la \n>> persistence de l\'index en base de données (cf le Lucene Jdbc \n>> Directory ammené par le projet Compass) mais je n\'ai personnellement \n>> pas réussi jusque là à la mettre correctement en place :-( \n>> => Actuellement et tel que livré, il n\'est pas possible de mettre \n>> plusieurs instances ori-oai-workflow en parallèle écrivant dans le \n>> même index dont la persistence est le système de fichiers. \n>> => Cela limite de facto l\'intégration d\'ori-oai-workflow en tant que \n>> portlet JSR168 dans un portail si l\'architecture de celui-ci utilise \n>> plusieurs portails/serveurs montés en load-balancing \n>> (puisqu\'alors on voudra certainement déployer pour chaque portail une \n>> instance d\'ori-oai-workflow). \n>> \n>> \n>> ... Pour déployer ori-oai-workflow sous forme de portlet, il faut \n>> effectivement décommenter à la fois les parties de déclaration de \n>> servlet portlet et servlet-mapping portlet pour activer la portlet. \n>> Pour que cela fonctionne par défaut, il faut également comme tu l\'as \n>> fait déployer le module en tant qu\'ori-oai-workflow-spring. \n>> Tu es alors censé pouvoir utiliser toujours le workflow en mode \n>> servlet via cette page chez moi : \n>> <a href=\"http://localhost:9080/ori-oai-workflow-spring\" title=\"http://localhost:9080/ori-oai-workflow-spring\">http://localhost:9080/ori-oai-workflow-spring</a> \n>> Cette page correspond chez moi à une page blanche (pas d\'erreur 404) : \n>> <a href=\"http://localhost:9080/ori-oai-workflow-spring/portlet\" title=\"http://localhost:9080/ori-oai-workflow-spring/portlet\">http://localhost:9080/ori-oai-workflow-spring/portlet</a> \n>> \n>> Ci-joint et ci-dessous la copie d\'écran de la définition de la \n>> portlet dans Esup Portail (et une copie d\'écran de son affichage). \n>> \n>> \n>> Vérifie les logs du portail aussi pour avoir plus d\'indications. \n>> \n>> A bientôt, \n>> Vincent. \n>> \n>> \n>> \n>> *Channel Type: \n>> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectChannelType&uPCM_capture=reviewChannel#ctf1>* \n>> Portlet \n>> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectChannelType&uPCM_capture=reviewChannel#ctf1> \n>> \n>> \n>> *Channel Title: \n>> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1>* \n>> ori-oai-workflow-spring \n>> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1> \n>> \n>> \n>> *Channel Name: \n>> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1>* \n>> ori-oai-workflow-spring \n>> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1> \n>> \n>> \n>> *Channel Functional Name: \n>> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1>* \n>> ori-oai-workflow-spring \n>> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1> \n>> \n>> \n>> *Channel Description: \n>> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1>* \n>> ori-oai-workflow-spring \n>> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1> \n>> \n>> \n>> *Channel Timeout: \n>> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1>* \n>> 5000milliseconds \n>> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1> \n>> \n>> \n>> *Channel Secure: \n>> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1>* \n>> Not Secure \n>> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGeneralSettings&uPCM_capture=reviewChannel#ctf1> \n>> \n>> \n>> User cannot modify \n>> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=channelDef&uPCM_capture=reviewChannel&uPCM_step=1#ctf1> \n>> *Portlet definition ID \n>> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=channelDef&uPCM_capture=reviewChannel&uPCM_step=1#ctf1>* \n>> ori-oai-workflow-spring.portlet \n>> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=channelDef&uPCM_capture=reviewChannel&uPCM_step=1#ctf1> \n>> \n>> \n>> *Channel Controls \n>> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectControls&uPCM_capture=reviewChannel#ctf1>* \n>> false Editable \n>> false Has Help \n>> false Has About \n>> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectControls&uPCM_capture=reviewChannel#ctf1> \n>> \n>> \n>> *Selected Categories: \n>> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectCategories&uPCM_capture=reviewChannel#ctf1>* \n>> categoryComptabilite \n>> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectCategories&uPCM_capture=reviewChannel#ctf1> \n>> \n>> \n>> *Selected Groups and/or People: \n>> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGroups&uPCM_capture=reviewChannel#ctf1>* \n>> unlockedEtablissement \n>> unlockedAnonymes \n>> unlockedAdministrateurs \n>> unlockedGroupes lies aux applicatifs \n>> <http://localhost:9080/uPortal/tag.ece7c4b34e9d95a.render.userLayoutRootNode.target.ctf1.uP?uPCM_action=selectGroups&uPCM_capture=reviewChannel#ctf1> \n>> \n>> \n>> \n>> \n>> \n>> \n>> \n>> Lucie Dengreville wrote:</blockquote>\n<blockquote class=\"emailFilter_Author_2\">>>> Bonjour, \n>>> \n>>> je souhaite déployer le module Workflow en tant que portlet dans \n>>> l\'ENT Esup-portail, mais je rencontre des difficultés. \n>>> Quelqu\'un a-t-il essayé (et réussi ) de déployer le workflow en \n>>> portlet ? \n>>> \n>>> \n>>> Voilà la démarche que j\'ai suivie : \n>>> -dans le fichier commons-parameters.properties du module \n>>> quick-install : \n>>> # Racine du serveur Tomcat sur lequel est déployé ori-oai-workflo \n>>> #essai pour deploiement portlet dans tomcat ent \n>>> PATH_TOMCAT_WORKFLOW=/applis/Esup/Production \n>>> \n>>> # Nom de domaine de la machine sur laquelle est déployée \n>>> ori-oai-workflow \n>>> HOST_WORKFLOW=dev-2.uhb.fr \n>>> \n>>> # Port du serveur Tomcat par lequel est appelé ori-oai-workflow \n>>> PORT_WORKFLOW=80 \n>>> \n>>> # Nom du contexte choisi pour le déploiement de ori-oai-workflow \n>>> CONTEXT_WORKFLOW=ori-oai-workflow-spring \n>>> \n>>> # Nom du VirtualHost pour ori-oai-workflow \n>>> VIRTUALHOST_WORKFLOW=dev-2.uhb.fr \n>>> -dans le fichier server.xml du Tomcat de l\'ENT, ajout du contexte : \n>>> <Context path=\"/ori-oai-workflow-spring\" \n>>> \n>>> docBase=\"/applis/Esup/Production/ori-oai-workflow-spring\" \n>>> crossContext=\"true\" /> \n>>> \n>>> - j\'ai décommenté la partie ci-dessous dans le web.xml. \n>>> \n>>> \n>>> -le module workflow est bien déployé au même niveau que uPortal \n>>> (/applis/Esup/Production/ori-oai-workflow-spring pour le module et \n>>> /applis/Esup/Production/uPortal) \n>>> \n>>> J\'obtiens une erreur \n>>> Ent-Lucie ERROR [org.jasig.portal.ChannelManager#66] \n>>> portlet.CPortletAdapter.[] oct./10 08:56:38 - Initialization of the \n>>> portlet container failed. \n>>> java.lang.NullPointerException \n>>> at \n>>> org.jasig.portal.container.om.servlet.ServletDefinitionImpl.getRequestDispatcher(ServletDefinitionImpl.java:100) \n>>> \n>>> at \n>>> org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:109) \n>>> \n>>> at \n>>> org.apache.pluto.invoker.impl.PortletInvokerImpl.load(PortletInvokerImpl.java:80) \n>>> \n>>> at \n>>> org.apache.pluto.PortletContainerImpl.portletLoad(PortletContainerImpl.java:218) \n>>> \n>>> at \n>>> org.jasig.portal.channels.portlet.CPortletAdapter.initPortletWindow(CPortletAdapter.java:265) \n>>> \n>>> at \n>>> org.jasig.portal.channels.portlet.CPortletAdapter.setRuntimeData(CPortletAdapter.java:415) \n>>> \n>>> at \n>>> org.jasig.portal.ChannelRenderer$Worker.execute(ChannelRenderer.java:483) \n>>> \n>>> at org.jasig.portal.utils.threading.BaseTask.run(BaseTask.java:27) \n>>> at \n>>> edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:431) \n>>> \n>>> at \n>>> edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:166) \n>>> \n>>> at \n>>> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:643) \n>>> \n>>> at \n>>> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:668) \n>>> \n>>> at java.lang.Thread.run(Thread.java:595) \n>>> Ent-Lucie WARN [TP-Processor12] portal.ChannelManager.[] oct./10 \n>>> 08:56:38 - Replacing channel \n>>> [org.jasig.portal.channels.portlet.CPortletAdapter@111db25], which \n>>> had subscribeId [50] with error channel because of error code Render \n>>> time exception message: IChannelRenderer.completeRendering() threw \n>>> and throwable [org.jasig.portal.PortalException: Initialization of \n>>> the portlet container failed.] \n>>> org.jasig.portal.PortalException: Initialization of the portlet \n>>> container failed. \n>>> at \n>>> org.jasig.portal.channels.portlet.CPortletAdapter.initPortletWindow(CPortletAdapter.java:273) \n>>> \n>>> at \n>>> org.jasig.portal.channels.portlet.CPortletAdapter.setRuntimeData(CPortletAdapter.java:415) \n>>> \n>>> at \n>>> org.jasig.portal.ChannelRenderer$Worker.execute(ChannelRenderer.java:483) \n>>> \n>>> at org.jasig.portal.utils.threading.BaseTask.run(BaseTask.java:27) \n>>> at \n>>> edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:431) \n>>> \n>>> at \n>>> edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:166) \n>>> \n>>> at \n>>> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:643) \n>>> \n>>> at \n>>> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:668) \n>>> \n>>> at java.lang.Thread.run(Thread.java:595) \n>>> Caused by: java.lang.NullPointerException \n>>> at \n>>> org.jasig.portal.container.om.servlet.ServletDefinitionImpl.getRequestDispatcher(ServletDefinitionImpl.java:100) \n>>> \n>>> at \n>>> org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:109) \n>>> \n>>> at \n>>> org.apache.pluto.invoker.impl.PortletInvokerImpl.load(PortletInvokerImpl.java:80) \n>>> \n>>> at \n>>> org.apache.pluto.PortletContainerImpl.portletLoad(PortletContainerImpl.java:218) \n>>> \n>>> at \n>>> org.jasig.portal.channels.portlet.CPortletAdapter.initPortletWindow(CPortletAdapter.java:265) \n>>> \n>>> ... 8 more \n>>> \n>>> \n>>> La définition ID a l\'air correcte (je n\'ai pas d\'erreur de type \n>>> Unable to find portlet definition for ID) \n>>> \n>>> -Si je décommente également dans le fichier web.xml du module \n>>> workflow cette partie là : \n>>> \n>>> j\'obtiens l\'affichage du message suivant : t/he requested resource \n>>> (/ori-oai-workflow-spring/portlet/*) is not available/ . \n>>> \n>>> \n>>> Quelqu\'un a-t-il une idée pour résoudre ce problème ? \n>>> \n>>> merci beaucoup, \n>>> \n>>> Lucie \n>>> -- \n>>> ---------------------------------- \n>>> Lucie Dengreville \n>>> Centre de Ressources Informatiques \n>>> Université Rennes 2 Haute Bretagne \n>>> 02.99.14.13.66 \n>>> ----------------------------------- \n>>> </blockquote>\n<blockquote class=\"emailFilter_Author_1\">>> \n>> \n>> ------------------------------------------------------------------------ \n>> \n>> \n>> ------------------------------------------------------------------------ \n>></blockquote>\n<blockquote class=\"emailFilter_Author_0\">> \n></div>\n</blockquote>\n-- \n---------------------------------- \nLucie Dengreville \nCentre de Ressources Informatiques \nUniversité Rennes 2 Haute Bretagne \n02.99.14.13.66 \n-----------------------------------\n-- \nCe message a été vérifié par MailScanner \npour des virus ou des polluriels et rien de \nsuspect n\'a été trouvé.\n</div>\n', created = 1507747617, expire = 1507834017, headers = '', serialized = 0 WHERE cid = '4:6c77d36e3e9655e6bb6b9265cd26930a' 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:cbc69294fd731df9c8de7c6dc53b6e53' 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,\nConcernant l\'index compass / lucène, et par rapport à ce que j\'écrivais \nci-dessous, mes propos sont à nuancer. \nLe système de lock de lucène permet en effet à plusieurs process \nd\'accéder successivement à l\'index pour écriture. \nPour la lecture, l\'accès sans lock doit permettre à plusieurs process \nd\'accéder de manière simultanée au même index. \nDonc théoriquement il est possible de partager un index Lucene pour \nplusieurs ori-oai-workflow. \nThéoriquement toujours, en partageant l\'index d\'ori-oai-workflow via un \nmême système de fichiers (montage NAS / NFS) entre plusieurs serveurs \nfaisant chacun tourner ori-oai-workflow (typiquement plusieurs serveurs \nENT en load-balancing) cela doit fonctionner ... \n=> Si vous faites de telles expérimentations, n\'hésitez pas à nous en \nfaire un retour !\nBonne soirée, \nVincent Bonamy.\nVincent Bonamy wrote: \n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\">> \n> En préambule voici quelques informations concernant ori-oai-workflow, \n> informations importantes à avoir en tête pour un déploiement sous \n> forme de portlet. \n> Actuellement en version 1.1.1, ori-oai-workflow utilise un index \n> Lucène via Compass configuré par défaut pour une persistence en \n> système de fichiers. \n> Cet index est synchronisé automatiquement par Compass (sur les \n> transactions hibernate), il est le reflet à chaque instant d\'une \n> partie des informations que l\'on peut trouver en base de données. \n> Cet index, de persistence en système de fichiers, ne supporte pas \n> plusieurs connections (en écriture) en même temps par plusieurs \n> applications. \n> Cette limitation pourrait sans doute être levée en utilisant la \n> persistence de l\'index en base de données (cf le Lucene Jdbc Directory \n> ammené par le projet Compass) mais je n\'ai personnellement pas réussi \n> jusque là à la mettre correctement en place :-( \n> => Actuellement et tel que livré, il n\'est pas possible de mettre \n> plusieurs instances ori-oai-workflow en parallèle écrivant dans le \n> même index dont la persistence est le système de fichiers. \n> => Cela limite de facto l\'intégration d\'ori-oai-workflow en tant que \n> portlet JSR168 dans un portail si l\'architecture de celui-ci utilise \n> plusieurs portails/serveurs montés en load-balancing \n> (puisqu\'alors on voudra certainement déployer pour chaque portail une \n> instance d\'ori-oai-workflow). \n></div>\n</blockquote>\n-- \nCe message a été vérifié par MailScanner \npour des virus ou des polluriels et rien de \nsuspect n\'a été trouvé.\n</div>\n', created = 1507747617, expire = 1507834017, headers = '', serialized = 0 WHERE cid = '4:cbc69294fd731df9c8de7c6dc53b6e53' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.

5 messages / 0 nouveaux

Sujet clos

10 octobre 2008 - 9:28am

luciedengreville

Déploiement du module workflow dans l'ENT

Bonjour,

je souhaite déployer le module Workflow en tant que portlet dans l'ENT Esup-portail, mais je rencontre des difficultés.
Quelqu'un a-t-il essayé (et réussi ) de déployer le workflow en portlet ?

Voilà la démarche que j'ai suivie :
-dans le fichier commons-parameters.properties du module quick-install :

# Racine du serveur Tomcat sur lequel est déployé ori-oai-workflo
#essai pour deploiement portlet dans tomcat ent
PATH_TOMCAT_WORKFLOW=/applis/Esup/Production

# Nom de domaine de la machine sur laquelle est déployée ori-oai-workflow
HOST_WORKFLOW=dev-2.uhb.fr

# Port du serveur Tomcat par lequel est appelé ori-oai-workflow
PORT_WORKFLOW=80

# Nom du contexte choisi pour le déploiement de ori-oai-workflow
CONTEXT_WORKFLOW=ori-oai-workflow-spring

# Nom du VirtualHost pour ori-oai-workflow 
VIRTUALHOST_WORKFLOW=dev-2.uhb.fr

-dans le fichier server.xml du Tomcat de l'ENT, ajout du contexte :

 <Context path="/ori-oai-workflow-spring"
                 docBase="/applis/Esup/Production/ori-oai-workflow-spring"
                 crossContext="true" />

- j'ai décommenté la partie ci-dessous dans le web.xml.


-le module workflow est bien déployé au même niveau que uPortal (/applis/Esup/Production/ori-oai-workflow-spring pour le module et /applis/Esup/Production/uPortal)

J'obtiens une erreur
Ent-Lucie ERROR [org.jasig.portal.ChannelManager#66] portlet.CPortletAdapter.[] oct./10 08:56:38 - Initialization of the portlet container failed.
java.lang.NullPointerException
 at org.jasig.portal.container.om.servlet.ServletDefinitionImpl.getRequestDispatcher(ServletDefinitionImpl.java:100)
 at org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:109)
 at org.apache.pluto.invoker.impl.PortletInvokerImpl.load(PortletInvokerImpl.java:80)
 at org.apache.pluto.PortletContainerImpl.portletLoad(PortletContainerImpl.java:218)
 at org.jasig.portal.channels.portlet.CPortletAdapter.initPortletWindow(CPortletAdapter.java:265)
 at org.jasig.portal.channels.portlet.CPortletAdapter.setRuntimeData(CPortletAdapter.java:415)
 at org.jasig.portal.ChannelRenderer$Worker.execute(ChannelRenderer.java:483)
 at org.jasig.portal.utils.threading.BaseTask.run(BaseTask.java:27)
 at edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:431)
 at edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:166)
 at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:643)
 at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:668)
 at java.lang.Thread.run(Thread.java:595)
Ent-Lucie WARN [TP-Processor12] portal.ChannelManager.[] oct./10 08:56:38 - Replacing channel [org.jasig.portal.channels.portlet.CPortletAdapter@111db25], which had subscribeId [50] with error channel because of error code Render time exception message: IChannelRenderer.completeRendering() threw and throwable [org.jasig.portal.PortalException: Initialization of the portlet container failed.]
org.jasig.portal.PortalException: Initialization of the portlet container failed.
 at org.jasig.portal.channels.portlet.CPortletAdapter.initPortletWindow(CPortletAdapter.java:273)
 at org.jasig.portal.channels.portlet.CPortletAdapter.setRuntimeData(CPortletAdapter.java:415)
 at org.jasig.portal.ChannelRenderer$Worker.execute(ChannelRenderer.java:483)
 at org.jasig.portal.utils.threading.BaseTask.run(BaseTask.java:27)
 at edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:431)
 at edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:166)
 at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:643)
 at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:668)
 at java.lang.Thread.run(Thread.java:595)
Caused by: java.lang.NullPointerException
 at org.jasig.portal.container.om.servlet.ServletDefinitionImpl.getRequestDispatcher(ServletDefinitionImpl.java:100)
 at org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:109)
 at org.apache.pluto.invoker.impl.PortletInvokerImpl.load(PortletInvokerImpl.java:80)
 at org.apache.pluto.PortletContainerImpl.portletLoad(PortletContainerImpl.java:218)
 at org.jasig.portal.channels.portlet.CPortletAdapter.initPortletWindow(CPortletAdapter.java:265)
 ... 8 more

La définition ID a l'air correcte (je n'ai pas d'erreur de type Unable to find portlet definition for ID)

-Si je décommente également dans le fichier web.xml du module workflow cette partie là :

j'obtiens l'affichage du message suivant : the requested resource (/ori-oai-workflow-spring/portlet/*) is not available .

Quelqu'un a-t-il une idée pour résoudre ce problème ?

merci beaucoup,

Lucie

-- 
----------------------------------
Lucie Dengreville
Centre de Ressources Informatiques
Université Rennes 2 Haute Bretagne
02.99.14.13.66
-----------------------------------

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

10 octobre 2008 - 11:03am

vincentbonamy

Bonjour Lucie,

En préambule voici quelques informations concernant ori-oai-workflow,
informations importantes à avoir en tête pour un déploiement sous forme
de portlet.
Actuellement en version 1.1.1, ori-oai-workflow utilise un index Lucène
via Compass configuré par défaut pour une persistence en système de
fichiers.
Cet index est synchronisé automatiquement par Compass (sur les
transactions hibernate), il est le reflet à chaque instant d'une partie
des informations que l'on peut trouver en base de données.
Cet index, de persistence en système de fichiers, ne supporte pas
plusieurs connections (en écriture) en même temps par plusieurs
applications.
Cette limitation pourrait sans doute être levée en utilisant la
persistence de l'index en base de données (cf le Lucene Jdbc Directory
ammené par le projet Compass) mais je n'ai personnellement pas réussi
jusque là à la mettre correctement en place :-(
=> Actuellement et tel que livré, il n'est pas possible de mettre
plusieurs instances ori-oai-workflow en parallèle écrivant dans le même
index dont la persistence est le système de fichiers.
=> Cela limite de facto l'intégration d'ori-oai-workflow en tant que
portlet JSR168 dans un portail si l'architecture de celui-ci utilise
plusieurs portails/serveurs montés en load-balancing
(puisqu'alors on voudra certainement déployer pour chaque portail une
instance d'ori-oai-workflow).

... Pour déployer ori-oai-workflow sous forme de portlet, il faut
effectivement décommenter à la fois les parties de déclaration de
servlet portlet et servlet-mapping portlet pour activer la portlet.
Pour que cela fonctionne par défaut, il faut également comme tu l'as
fait déployer le module en tant qu'ori-oai-workflow-spring.
Tu es alors censé pouvoir utiliser toujours le workflow en mode servlet
via cette page chez moi :
http://localhost:9080/ori-oai-workflow-spring
Cette page correspond chez moi à une page blanche (pas d'erreur 404) :
http://localhost:9080/ori-oai-workflow-spring/portlet

Ci-joint et ci-dessous la copie d'écran de la définition de la portlet
dans Esup Portail (et une copie d'écran de son affichage).

Vérifie les logs du portail aussi pour avoir plus d'indications.

A bientôt,
Vincent.

*Channel Type:
*
Portlet

*Channel Title:
*
ori-oai-workflow-spring

*Channel Name:
*
ori-oai-workflow-spring

*Channel Functional Name:
*
ori-oai-workflow-spring

*Channel Description:
*
ori-oai-workflow-spring

*Channel Timeout:
*
5000milliseconds

*Channel Secure:
*
Not Secure

User cannot modify

*Portlet definition ID
*
ori-oai-workflow-spring.portlet

*Channel Controls
*
false Editable
false Has Help
false Has About

*Selected Categories:
*
categoryComptabilite

*Selected Groups and/or People:
*
unlockedEtablissement
unlockedAnonymes
unlockedAdministrateurs
unlockedGroupes lies aux applicatifs

Lucie Dengreville wrote:

> Bonjour,
>
> je souhaite déployer le module Workflow en tant que portlet dans l'ENT
> Esup-portail, mais je rencontre des difficultés.
> Quelqu'un a-t-il essayé (et réussi ) de déployer le workflow en portlet ?
>
>
> Voilà la démarche que j'ai suivie :
> -dans le fichier commons-parameters.properties du module quick-install :
> # Racine du serveur Tomcat sur lequel est déployé ori-oai-workflo
> #essai pour deploiement portlet dans tomcat ent
> PATH_TOMCAT_WORKFLOW=/applis/Esup/Production
>
> # Nom de domaine de la machine sur laquelle est déployée ori-oai-workflow
> HOST_WORKFLOW=dev-2.uhb.fr
>
> # Port du serveur Tomcat par lequel est appelé ori-oai-workflow
> PORT_WORKFLOW=80
>
> # Nom du contexte choisi pour le déploiement de ori-oai-workflow
> CONTEXT_WORKFLOW=ori-oai-workflow-spring
>
> # Nom du VirtualHost pour ori-oai-workflow
> VIRTUALHOST_WORKFLOW=dev-2.uhb.fr
>
> -dans le fichier server.xml du Tomcat de l'ENT, ajout du contexte :
> > docBase="/applis/Esup/Production/ori-oai-workflow-spring"
> crossContext="true" />
>
>
> - j'ai décommenté la partie ci-dessous dans le web.xml.
>

>
> -le module workflow est bien déployé au même niveau que uPortal
> (/applis/Esup/Production/ori-oai-workflow-spring pour le module et
> /applis/Esup/Production/uPortal)
>
> J'obtiens une erreur
> Ent-Lucie ERROR [org.jasig.portal.ChannelManager#66]
> portlet.CPortletAdapter.[] oct./10 08:56:38 - Initialization of the
> portlet container failed.
> java.lang.NullPointerException
> at
> org.jasig.portal.container.om.servlet.ServletDefinitionImpl.getRequestDispatcher(ServletDefinitionImpl.java:100)
> at
> org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:109)
> at
> org.apache.pluto.invoker.impl.PortletInvokerImpl.load(PortletInvokerImpl.java:80)
> at
> org.apache.pluto.PortletContainerImpl.portletLoad(PortletContainerImpl.java:218)
> at
> org.jasig.portal.channels.portlet.CPortletAdapter.initPortletWindow(CPortletAdapter.java:265)
> at
> org.jasig.portal.channels.portlet.CPortletAdapter.setRuntimeData(CPortletAdapter.java:415)
> at
> org.jasig.portal.ChannelRenderer$Worker.execute(ChannelRenderer.java:483)
> at org.jasig.portal.utils.threading.BaseTask.run(BaseTask.java:27)
> at
> edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:431)
> at
> edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at
> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:643)
> at
> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:668)
> at java.lang.Thread.run(Thread.java:595)
> Ent-Lucie WARN [TP-Processor12] portal.ChannelManager.[] oct./10
> 08:56:38 - Replacing channel
> [org.jasig.portal.channels.portlet.CPortletAdapter@111db25], which had
> subscribeId [50] with error channel because of error code Render time
> exception message: IChannelRenderer.completeRendering() threw and
> throwable [org.jasig.portal.PortalException: Initialization of the
> portlet container failed.]
> org.jasig.portal.PortalException: Initialization of the portlet
> container failed.
> at
> org.jasig.portal.channels.portlet.CPortletAdapter.initPortletWindow(CPortletAdapter.java:273)
> at
> org.jasig.portal.channels.portlet.CPortletAdapter.setRuntimeData(CPortletAdapter.java:415)
> at
> org.jasig.portal.ChannelRenderer$Worker.execute(ChannelRenderer.java:483)
> at org.jasig.portal.utils.threading.BaseTask.run(BaseTask.java:27)
> at
> edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:431)
> at
> edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at
> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:643)
> at
> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:668)
> at java.lang.Thread.run(Thread.java:595)
> Caused by: java.lang.NullPointerException
> at
> org.jasig.portal.container.om.servlet.ServletDefinitionImpl.getRequestDispatcher(ServletDefinitionImpl.java:100)
> at
> org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:109)
> at
> org.apache.pluto.invoker.impl.PortletInvokerImpl.load(PortletInvokerImpl.java:80)
> at
> org.apache.pluto.PortletContainerImpl.portletLoad(PortletContainerImpl.java:218)
> at
> org.jasig.portal.channels.portlet.CPortletAdapter.initPortletWindow(CPortletAdapter.java:265)
> ... 8 more
>
>
> La définition ID a l'air correcte (je n'ai pas d'erreur de type Unable
> to find portlet definition for ID)
>
> -Si je décommente également dans le fichier web.xml du module workflow
> cette partie là :
>

> j'obtiens l'affichage du message suivant : t/he requested resource
> (/ori-oai-workflow-spring/portlet/*) is not available/ .
>
>
> Quelqu'un a-t-il une idée pour résoudre ce problème ?
>
> merci beaucoup,
>
> Lucie
> --
> ----------------------------------
> Lucie Dengreville
> Centre de Ressources Informatiques
> Université Rennes 2 Haute Bretagne
> 02.99.14.13.66
> -----------------------------------
>

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

10 octobre 2008 - 2:30pm

(Répondre à #2) #3

luciedengreville

Vincent,

Du point de vue de la publication du portlet, les informations que
j'avais saisies étaient bien celles que tu indiques.
J'ai modifié également dans le web.xml le display name :

ORI-OAI-Workflow
en

ori-aoi-workflow-spring

et celà semble mieux fonctionner.
J'arrive en tout cas sur http://dev-2.uhb.fr/ori-oai-workflow-spring à
obtenir le module workflow.
Au niveau de l'ent, j'obtiens encore une erreur (channel Time out), mais
le problème d'initialisation du portlet semble résolu.

Lucie

Vincent Bonamy a écrit :

> Bonjour Lucie,
>
> En préambule voici quelques informations concernant ori-oai-workflow,
> informations importantes à avoir en tête pour un déploiement sous
> forme de portlet.
> Actuellement en version 1.1.1, ori-oai-workflow utilise un index
> Lucène via Compass configuré par défaut pour une persistence en
> système de fichiers.
> Cet index est synchronisé automatiquement par Compass (sur les
> transactions hibernate), il est le reflet à chaque instant d'une
> partie des informations que l'on peut trouver en base de données.
> Cet index, de persistence en système de fichiers, ne supporte pas
> plusieurs connections (en écriture) en même temps par plusieurs
> applications.
> Cette limitation pourrait sans doute être levée en utilisant la
> persistence de l'index en base de données (cf le Lucene Jdbc Directory
> ammené par le projet Compass) mais je n'ai personnellement pas réussi
> jusque là à la mettre correctement en place :-(
> => Actuellement et tel que livré, il n'est pas possible de mettre
> plusieurs instances ori-oai-workflow en parallèle écrivant dans le
> même index dont la persistence est le système de fichiers.
> => Cela limite de facto l'intégration d'ori-oai-workflow en tant que
> portlet JSR168 dans un portail si l'architecture de celui-ci utilise
> plusieurs portails/serveurs montés en load-balancing
> (puisqu'alors on voudra certainement déployer pour chaque portail une
> instance d'ori-oai-workflow).
>
>
> ... Pour déployer ori-oai-workflow sous forme de portlet, il faut
> effectivement décommenter à la fois les parties de déclaration de
> servlet portlet et servlet-mapping portlet pour activer la portlet.
> Pour que cela fonctionne par défaut, il faut également comme tu l'as
> fait déployer le module en tant qu'ori-oai-workflow-spring.
> Tu es alors censé pouvoir utiliser toujours le workflow en mode
> servlet via cette page chez moi :
> http://localhost:9080/ori-oai-workflow-spring
> Cette page correspond chez moi à une page blanche (pas d'erreur 404) :
> http://localhost:9080/ori-oai-workflow-spring/portlet
>
> Ci-joint et ci-dessous la copie d'écran de la définition de la portlet
> dans Esup Portail (et une copie d'écran de son affichage).
>
>
> Vérifie les logs du portail aussi pour avoir plus d'indications.
>
> A bientôt,
> Vincent.
>
>
>
> *Channel Type:
> *
> Portlet
>
>
>
> *Channel Title:
> *
> ori-oai-workflow-spring
>
>
>
> *Channel Name:
> *
> ori-oai-workflow-spring
>
>
>
> *Channel Functional Name:
> *
> ori-oai-workflow-spring
>
>
>
> *Channel Description:
> *
> ori-oai-workflow-spring
>
>
>
> *Channel Timeout:
> *
> 5000milliseconds
>
>
>
> *Channel Secure:
> *
> Not Secure
>
>
>
> User cannot modify
>
> *Portlet definition ID
> *
> ori-oai-workflow-spring.portlet
>
>
>
> *Channel Controls
> *
> false Editable
> false Has Help
> false Has About
>
>
>
> *Selected Categories:
> *
> categoryComptabilite
>
>
>
> *Selected Groups and/or People:
> *
> unlockedEtablissement
> unlockedAnonymes
> unlockedAdministrateurs
> unlockedGroupes lies aux applicatifs
>
>
>
>
>
>
>
>
> Lucie Dengreville wrote:

>> Bonjour,
>>
>> je souhaite déployer le module Workflow en tant que portlet dans
>> l'ENT Esup-portail, mais je rencontre des difficultés.
>> Quelqu'un a-t-il essayé (et réussi ) de déployer le workflow en
>> portlet ?
>>
>>
>> Voilà la démarche que j'ai suivie :
>> -dans le fichier commons-parameters.properties du module quick-install :
>> # Racine du serveur Tomcat sur lequel est déployé ori-oai-workflo
>> #essai pour deploiement portlet dans tomcat ent
>> PATH_TOMCAT_WORKFLOW=/applis/Esup/Production
>>
>> # Nom de domaine de la machine sur laquelle est déployée
>> ori-oai-workflow
>> HOST_WORKFLOW=dev-2.uhb.fr
>>
>> # Port du serveur Tomcat par lequel est appelé ori-oai-workflow
>> PORT_WORKFLOW=80
>>
>> # Nom du contexte choisi pour le déploiement de ori-oai-workflow
>> CONTEXT_WORKFLOW=ori-oai-workflow-spring
>>
>> # Nom du VirtualHost pour ori-oai-workflow
>> VIRTUALHOST_WORKFLOW=dev-2.uhb.fr
>> -dans le fichier server.xml du Tomcat de l'ENT, ajout du contexte :
>> >>
>> docBase="/applis/Esup/Production/ori-oai-workflow-spring"
>> crossContext="true" />
>>
>> - j'ai décommenté la partie ci-dessous dans le web.xml.
>>

>>
>> -le module workflow est bien déployé au même niveau que uPortal
>> (/applis/Esup/Production/ori-oai-workflow-spring pour le module et
>> /applis/Esup/Production/uPortal)
>>
>> J'obtiens une erreur
>> Ent-Lucie ERROR [org.jasig.portal.ChannelManager#66]
>> portlet.CPortletAdapter.[] oct./10 08:56:38 - Initialization of the
>> portlet container failed.
>> java.lang.NullPointerException
>> at
>> org.jasig.portal.container.om.servlet.ServletDefinitionImpl.getRequestDispatcher(ServletDefinitionImpl.java:100)
>>
>> at
>> org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:109)
>>
>> at
>> org.apache.pluto.invoker.impl.PortletInvokerImpl.load(PortletInvokerImpl.java:80)
>>
>> at
>> org.apache.pluto.PortletContainerImpl.portletLoad(PortletContainerImpl.java:218)
>>
>> at
>> org.jasig.portal.channels.portlet.CPortletAdapter.initPortletWindow(CPortletAdapter.java:265)
>>
>> at
>> org.jasig.portal.channels.portlet.CPortletAdapter.setRuntimeData(CPortletAdapter.java:415)
>>
>> at
>> org.jasig.portal.ChannelRenderer$Worker.execute(ChannelRenderer.java:483)
>>
>> at org.jasig.portal.utils.threading.BaseTask.run(BaseTask.java:27)
>> at
>> edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:431)
>>
>> at
>> edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:166)
>>
>> at
>> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:643)
>>
>> at
>> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:668)
>>
>> at java.lang.Thread.run(Thread.java:595)
>> Ent-Lucie WARN [TP-Processor12] portal.ChannelManager.[] oct./10
>> 08:56:38 - Replacing channel
>> [org.jasig.portal.channels.portlet.CPortletAdapter@111db25], which
>> had subscribeId [50] with error channel because of error code Render
>> time exception message: IChannelRenderer.completeRendering() threw
>> and throwable [org.jasig.portal.PortalException: Initialization of
>> the portlet container failed.]
>> org.jasig.portal.PortalException: Initialization of the portlet
>> container failed.
>> at
>> org.jasig.portal.channels.portlet.CPortletAdapter.initPortletWindow(CPortletAdapter.java:273)
>>
>> at
>> org.jasig.portal.channels.portlet.CPortletAdapter.setRuntimeData(CPortletAdapter.java:415)
>>
>> at
>> org.jasig.portal.ChannelRenderer$Worker.execute(ChannelRenderer.java:483)
>>
>> at org.jasig.portal.utils.threading.BaseTask.run(BaseTask.java:27)
>> at
>> edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:431)
>>
>> at
>> edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:166)
>>
>> at
>> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:643)
>>
>> at
>> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:668)
>>
>> at java.lang.Thread.run(Thread.java:595)
>> Caused by: java.lang.NullPointerException
>> at
>> org.jasig.portal.container.om.servlet.ServletDefinitionImpl.getRequestDispatcher(ServletDefinitionImpl.java:100)
>>
>> at
>> org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:109)
>>
>> at
>> org.apache.pluto.invoker.impl.PortletInvokerImpl.load(PortletInvokerImpl.java:80)
>>
>> at
>> org.apache.pluto.PortletContainerImpl.portletLoad(PortletContainerImpl.java:218)
>>
>> at
>> org.jasig.portal.channels.portlet.CPortletAdapter.initPortletWindow(CPortletAdapter.java:265)
>>
>> ... 8 more
>>
>>
>> La définition ID a l'air correcte (je n'ai pas d'erreur de type
>> Unable to find portlet definition for ID)
>>
>> -Si je décommente également dans le fichier web.xml du module
>> workflow cette partie là :
>>

>> j'obtiens l'affichage du message suivant : t/he requested resource
>> (/ori-oai-workflow-spring/portlet/*) is not available/ .
>>
>>
>> Quelqu'un a-t-il une idée pour résoudre ce problème ?
>>
>> merci beaucoup,
>>
>> Lucie
>> --
>> ----------------------------------
>> Lucie Dengreville
>> Centre de Ressources Informatiques
>> Université Rennes 2 Haute Bretagne
>> 02.99.14.13.66
>> -----------------------------------
>>

>
>
> ------------------------------------------------------------------------
>
>
> ------------------------------------------------------------------------
>

--
----------------------------------
Lucie Dengreville
Centre de Ressources Informatiques
Université Rennes 2 Haute Bretagne
02.99.14.13.66
-----------------------------------

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

10 octobre 2008 - 3:02pm

(Répondre à #3) #4

luciedengreville

le problème de time out semble avoir disparu (c'était apparemment un
problème de connection du workflow avec ldap) ... et le portlet est
maintenant bien visible dans mon ent !

Lucie Dengreville a écrit :

> Vincent,
>
> Du point de vue de la publication du portlet, les informations que
> j'avais saisies étaient bien celles que tu indiques.
> J'ai modifié également dans le web.xml le display name :
>

> ORI-OAI-Workflow
> en
>

> ori-aoi-workflow-spring
>
> et celà semble mieux fonctionner.
> J'arrive en tout cas sur http://dev-2.uhb.fr/ori-oai-workflow-spring à
> obtenir le module workflow.
> Au niveau de l'ent, j'obtiens encore une erreur (channel Time out),
> mais le problème d'initialisation du portlet semble résolu.
>
> Lucie
>
> Vincent Bonamy a écrit :

>> Bonjour Lucie,
>>
>> En préambule voici quelques informations concernant ori-oai-workflow,
>> informations importantes à avoir en tête pour un déploiement sous
>> forme de portlet.
>> Actuellement en version 1.1.1, ori-oai-workflow utilise un index
>> Lucène via Compass configuré par défaut pour une persistence en
>> système de fichiers.
>> Cet index est synchronisé automatiquement par Compass (sur les
>> transactions hibernate), il est le reflet à chaque instant d'une
>> partie des informations que l'on peut trouver en base de données.
>> Cet index, de persistence en système de fichiers, ne supporte pas
>> plusieurs connections (en écriture) en même temps par plusieurs
>> applications.
>> Cette limitation pourrait sans doute être levée en utilisant la
>> persistence de l'index en base de données (cf le Lucene Jdbc
>> Directory ammené par le projet Compass) mais je n'ai personnellement
>> pas réussi jusque là à la mettre correctement en place :-(
>> => Actuellement et tel que livré, il n'est pas possible de mettre
>> plusieurs instances ori-oai-workflow en parallèle écrivant dans le
>> même index dont la persistence est le système de fichiers.
>> => Cela limite de facto l'intégration d'ori-oai-workflow en tant que
>> portlet JSR168 dans un portail si l'architecture de celui-ci utilise
>> plusieurs portails/serveurs montés en load-balancing
>> (puisqu'alors on voudra certainement déployer pour chaque portail une
>> instance d'ori-oai-workflow).
>>
>>
>> ... Pour déployer ori-oai-workflow sous forme de portlet, il faut
>> effectivement décommenter à la fois les parties de déclaration de
>> servlet portlet et servlet-mapping portlet pour activer la portlet.
>> Pour que cela fonctionne par défaut, il faut également comme tu l'as
>> fait déployer le module en tant qu'ori-oai-workflow-spring.
>> Tu es alors censé pouvoir utiliser toujours le workflow en mode
>> servlet via cette page chez moi :
>> http://localhost:9080/ori-oai-workflow-spring
>> Cette page correspond chez moi à une page blanche (pas d'erreur 404) :
>> http://localhost:9080/ori-oai-workflow-spring/portlet
>>
>> Ci-joint et ci-dessous la copie d'écran de la définition de la
>> portlet dans Esup Portail (et une copie d'écran de son affichage).
>>
>>
>> Vérifie les logs du portail aussi pour avoir plus d'indications.
>>
>> A bientôt,
>> Vincent.
>>
>>
>>
>> *Channel Type:
>> *
>> Portlet
>>
>>
>>
>> *Channel Title:
>> *
>> ori-oai-workflow-spring
>>
>>
>>
>> *Channel Name:
>> *
>> ori-oai-workflow-spring
>>
>>
>>
>> *Channel Functional Name:
>> *
>> ori-oai-workflow-spring
>>
>>
>>
>> *Channel Description:
>> *
>> ori-oai-workflow-spring
>>
>>
>>
>> *Channel Timeout:
>> *
>> 5000milliseconds
>>
>>
>>
>> *Channel Secure:
>> *
>> Not Secure
>>
>>
>>
>> User cannot modify
>>
>> *Portlet definition ID
>> *
>> ori-oai-workflow-spring.portlet
>>
>>
>>
>> *Channel Controls
>> *
>> false Editable
>> false Has Help
>> false Has About
>>
>>
>>
>> *Selected Categories:
>> *
>> categoryComptabilite
>>
>>
>>
>> *Selected Groups and/or People:
>> *
>> unlockedEtablissement
>> unlockedAnonymes
>> unlockedAdministrateurs
>> unlockedGroupes lies aux applicatifs
>>
>>
>>
>>
>>
>>
>>
>>
>> Lucie Dengreville wrote:

>>> Bonjour,
>>>
>>> je souhaite déployer le module Workflow en tant que portlet dans
>>> l'ENT Esup-portail, mais je rencontre des difficultés.
>>> Quelqu'un a-t-il essayé (et réussi ) de déployer le workflow en
>>> portlet ?
>>>
>>>
>>> Voilà la démarche que j'ai suivie :
>>> -dans le fichier commons-parameters.properties du module
>>> quick-install :
>>> # Racine du serveur Tomcat sur lequel est déployé ori-oai-workflo
>>> #essai pour deploiement portlet dans tomcat ent
>>> PATH_TOMCAT_WORKFLOW=/applis/Esup/Production
>>>
>>> # Nom de domaine de la machine sur laquelle est déployée
>>> ori-oai-workflow
>>> HOST_WORKFLOW=dev-2.uhb.fr
>>>
>>> # Port du serveur Tomcat par lequel est appelé ori-oai-workflow
>>> PORT_WORKFLOW=80
>>>
>>> # Nom du contexte choisi pour le déploiement de ori-oai-workflow
>>> CONTEXT_WORKFLOW=ori-oai-workflow-spring
>>>
>>> # Nom du VirtualHost pour ori-oai-workflow
>>> VIRTUALHOST_WORKFLOW=dev-2.uhb.fr
>>> -dans le fichier server.xml du Tomcat de l'ENT, ajout du contexte :
>>> >>>
>>> docBase="/applis/Esup/Production/ori-oai-workflow-spring"
>>> crossContext="true" />
>>>
>>> - j'ai décommenté la partie ci-dessous dans le web.xml.
>>>

>>>
>>> -le module workflow est bien déployé au même niveau que uPortal
>>> (/applis/Esup/Production/ori-oai-workflow-spring pour le module et
>>> /applis/Esup/Production/uPortal)
>>>
>>> J'obtiens une erreur
>>> Ent-Lucie ERROR [org.jasig.portal.ChannelManager#66]
>>> portlet.CPortletAdapter.[] oct./10 08:56:38 - Initialization of the
>>> portlet container failed.
>>> java.lang.NullPointerException
>>> at
>>> org.jasig.portal.container.om.servlet.ServletDefinitionImpl.getRequestDispatcher(ServletDefinitionImpl.java:100)
>>>
>>> at
>>> org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:109)
>>>
>>> at
>>> org.apache.pluto.invoker.impl.PortletInvokerImpl.load(PortletInvokerImpl.java:80)
>>>
>>> at
>>> org.apache.pluto.PortletContainerImpl.portletLoad(PortletContainerImpl.java:218)
>>>
>>> at
>>> org.jasig.portal.channels.portlet.CPortletAdapter.initPortletWindow(CPortletAdapter.java:265)
>>>
>>> at
>>> org.jasig.portal.channels.portlet.CPortletAdapter.setRuntimeData(CPortletAdapter.java:415)
>>>
>>> at
>>> org.jasig.portal.ChannelRenderer$Worker.execute(ChannelRenderer.java:483)
>>>
>>> at org.jasig.portal.utils.threading.BaseTask.run(BaseTask.java:27)
>>> at
>>> edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:431)
>>>
>>> at
>>> edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:166)
>>>
>>> at
>>> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:643)
>>>
>>> at
>>> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:668)
>>>
>>> at java.lang.Thread.run(Thread.java:595)
>>> Ent-Lucie WARN [TP-Processor12] portal.ChannelManager.[] oct./10
>>> 08:56:38 - Replacing channel
>>> [org.jasig.portal.channels.portlet.CPortletAdapter@111db25], which
>>> had subscribeId [50] with error channel because of error code Render
>>> time exception message: IChannelRenderer.completeRendering() threw
>>> and throwable [org.jasig.portal.PortalException: Initialization of
>>> the portlet container failed.]
>>> org.jasig.portal.PortalException: Initialization of the portlet
>>> container failed.
>>> at
>>> org.jasig.portal.channels.portlet.CPortletAdapter.initPortletWindow(CPortletAdapter.java:273)
>>>
>>> at
>>> org.jasig.portal.channels.portlet.CPortletAdapter.setRuntimeData(CPortletAdapter.java:415)
>>>
>>> at
>>> org.jasig.portal.ChannelRenderer$Worker.execute(ChannelRenderer.java:483)
>>>
>>> at org.jasig.portal.utils.threading.BaseTask.run(BaseTask.java:27)
>>> at
>>> edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:431)
>>>
>>> at
>>> edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:166)
>>>
>>> at
>>> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:643)
>>>
>>> at
>>> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:668)
>>>
>>> at java.lang.Thread.run(Thread.java:595)
>>> Caused by: java.lang.NullPointerException
>>> at
>>> org.jasig.portal.container.om.servlet.ServletDefinitionImpl.getRequestDispatcher(ServletDefinitionImpl.java:100)
>>>
>>> at
>>> org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:109)
>>>
>>> at
>>> org.apache.pluto.invoker.impl.PortletInvokerImpl.load(PortletInvokerImpl.java:80)
>>>
>>> at
>>> org.apache.pluto.PortletContainerImpl.portletLoad(PortletContainerImpl.java:218)
>>>
>>> at
>>> org.jasig.portal.channels.portlet.CPortletAdapter.initPortletWindow(CPortletAdapter.java:265)
>>>
>>> ... 8 more
>>>
>>>
>>> La définition ID a l'air correcte (je n'ai pas d'erreur de type
>>> Unable to find portlet definition for ID)
>>>
>>> -Si je décommente également dans le fichier web.xml du module
>>> workflow cette partie là :
>>>

>>> j'obtiens l'affichage du message suivant : t/he requested resource
>>> (/ori-oai-workflow-spring/portlet/*) is not available/ .
>>>
>>>
>>> Quelqu'un a-t-il une idée pour résoudre ce problème ?
>>>
>>> merci beaucoup,
>>>
>>> Lucie
>>> --
>>> ----------------------------------
>>> Lucie Dengreville
>>> Centre de Ressources Informatiques
>>> Université Rennes 2 Haute Bretagne
>>> 02.99.14.13.66
>>> -----------------------------------
>>>

>>
>>
>> ------------------------------------------------------------------------
>>
>>
>> ------------------------------------------------------------------------
>>

>
>

--
----------------------------------
Lucie Dengreville
Centre de Ressources Informatiques
Université Rennes 2 Haute Bretagne
02.99.14.13.66
-----------------------------------

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

21 octobre 2008 - 6:56pm

(Répondre à #2) #5

vincentbonamy

Bonjour,

Concernant l'index compass / lucène, et par rapport à ce que j'écrivais
ci-dessous, mes propos sont à nuancer.
Le système de lock de lucène permet en effet à plusieurs process
d'accéder successivement à l'index pour écriture.
Pour la lecture, l'accès sans lock doit permettre à plusieurs process
d'accéder de manière simultanée au même index.
Donc théoriquement il est possible de partager un index Lucene pour
plusieurs ori-oai-workflow.
Théoriquement toujours, en partageant l'index d'ori-oai-workflow via un
même système de fichiers (montage NAS / NFS) entre plusieurs serveurs
faisant chacun tourner ori-oai-workflow (typiquement plusieurs serveurs
ENT en load-balancing) cela doit fonctionner ...
=> Si vous faites de telles expérimentations, n'hésitez pas à nous en
faire un retour !

Bonne soirée,
Vincent Bonamy.

Vincent Bonamy wrote:

>
> En préambule voici quelques informations concernant ori-oai-workflow,
> informations importantes à avoir en tête pour un déploiement sous
> forme de portlet.
> Actuellement en version 1.1.1, ori-oai-workflow utilise un index
> Lucène via Compass configuré par défaut pour une persistence en
> système de fichiers.
> Cet index est synchronisé automatiquement par Compass (sur les
> transactions hibernate), il est le reflet à chaque instant d'une
> partie des informations que l'on peut trouver en base de données.
> Cet index, de persistence en système de fichiers, ne supporte pas
> plusieurs connections (en écriture) en même temps par plusieurs
> applications.
> Cette limitation pourrait sans doute être levée en utilisant la
> persistence de l'index en base de données (cf le Lucene Jdbc Directory
> ammené par le projet Compass) mais je n'ai personnellement pas réussi
> jusque là à la mettre correctement en place :-(
> => Actuellement et tel que livré, il n'est pas possible de mettre
> plusieurs instances ori-oai-workflow en parallèle écrivant dans le
> même index dont la persistence est le système de fichiers.
> => Cela limite de facto l'intégration d'ori-oai-workflow en tant que
> portlet JSR168 dans un portail si l'architecture de celui-ci utilise
> plusieurs portails/serveurs montés en load-balancing
> (puisqu'alors on voudra certainement déployer pour chaque portail une
> instance d'ori-oai-workflow).
>

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

Sujet clos

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

Traduction auto Google

Aide

Options d'affichage des commentaires