...
Nom de la portlet | Version(s) de la portlet | Version(s) du socle uPortal | Fonctionne ? | Modifications réalisées pour fonctionner ? | Commentaires | |||||
---|---|---|---|---|---|---|---|---|---|---|
CalendarPortlet | embarqué par uPortal | 4.0.3 | Oui | - | - | |||||
WebProxyPortlet | embarqué par uPortal | 4.0.3 | Oui | - | - | |||||
SimpleContentPortlet | embarqué par uPortal | 4.0.3 | Oui | - | - | |||||
WeatherPortlet | embarqué par uPortal | 4.0.3 | Oui | - | - | |||||
BookmarksPortlet | embarqué par uPortal | 4.0.3 | Oui | - | - | |||||
email-preview | embarqué par uPortal | 4.0.3 | Oui | - | - | |||||
mailportlet | rel-2.0.0-alpha-7 | 4.0.3 | Oui | - | pour infos, on utilise une version patchée par nos soins pour le proxy cas ... | |||||
EsupTwitter | 0.6 | 4.0.3 | Oui | - | - | |||||
EsupFileManager | working branch SVN (future 2.1.0 ) | 4.0.3 | Oui | - | La 2.0.0 n'est pas compatible. | |||||
EsupHelpdeskViewer | 1.1.0 | 4.0.3 | Oui | - | - | |||||
EsupSympa | 4.0 | 4.0.3 | Oui | - | - | |||||
EsupLecture | 2.0-RC7 | 4.0.3 | Oui | - | Ne pas prendre le war, le construire via les sources (subversion) par la commande : | |||||
Esup-Annuaire2 |
|
|
|
|
| |||||
Esup-Messages |
|
|
|
|
| |||||
Esup-SifacMissions2 |
|
|
|
|
| |||||
AjaxNotepadPortlet |
|
|
|
|
| |||||
esup-agent |
|
|
| ~ 0.0.6 pacthé | 4.0.4 | Oui | Cf paragraphe spécifique concernant les portlets jsf esup-commons V1 |
| ||
esup-cil |
|
|
|
|
| |||||
esup-helpdesk |
|
|
|
| 3.29.7 | 4.0.4 | Oui | Cf paragraphe spécifique concernant les portlets jsf esup-commons V1 | Le WebService Axis EsupPortail est ici nécessaire - a été adapté et ajouté dans le GIT interne RUNN EsupV4/uPortal4 ... | |
esup-mondossierweb |
|
|
| ~ 0.1.7 patché | 4.0.4 | Oui | Cf paragraphe spécifique concernant les portlets jsf esup-commons V1 |
| ||
esup-portlet-sympa |
|
|
|
| 4.0 | 4.0.4 | Oui | - | - | |
FacebookPortlet |
|
|
|
|
| newsPortlet |
|
|
| |
esup-news | 0.2.1 | 4.0.4 | Oui | cf "important note" dans http://www.esup-portail.org/display/ESUPNEWS/Installation+guide
|
| |||||
RssPortlet |
|
| Embarquée avec le portail | 4.0.4 | Oui |
|
| |||
simple-rss-portlet |
|
|
|
| 1.1.0 | 4.0.4 | Non | Même modif dans le web.xml que pour les portlets V1 ECV1 | ... on récupère une exception lors de l'accès à l'interface de configuration avancée ... | |
tabbed-search |
|
| trunk - rev 26004 | 4.0.4 | Oui |
|
|
Problèmes rencontrés
sur toutes les portlets ...
Problème sur toutes les portlets (??!) : impossibilité dans l'interface graphique de modifier les préférences de la portlet "portlet.xml Preferences" ??!
-> fonctionne en 4.0.4 :-)
portlets jsf (esup-commons))
En EsupCommonsV1, le packaging des war incluait directement la dépendance au containeur de portlets pluto Version 1.x
Cela permettait de ne pas avoir besoin de la commande uPortal "ant deployPortletApp" pour déployer la portlet.
Mais ça a l'inconvénient d'être lié à pluto 1.x (et ici à portlet 1.0)
Cette dépendance ne se fait qu'au niveau de web.xml
Pour pouvoir faire fonctionner une portlet "standard" sur un portail utilisant un conteneur de portlets spécifique, seul le web.xml est à modifier.
C'est d'ailleurs tout l'intérêt de la commande uPortal "ant deployPortletApp".
Pour esup-agent (pris en exemple ici), la modification du web.xml pour pour pouvoir le faire fonctionner sur un uPortal4 est la suivante :
Bloc de code |
---|
diff -r 096aa9087998 esup-agent/webapp/WEB-INF/web.xml
--- a/esup-agent/webapp/WEB-INF/web.xml Fri Mar 23 11:26:07 2012 +0100
+++ b/esup-agent/webapp/WEB-INF/web.xml Fri Mar 23 12:12:45 2012 +0100
@@ -179,22 +179,12 @@
<servlet>
<servlet-name>esup-agent</servlet-name>
<servlet-class>
- org.apache.pluto.core.PortletServlet
+ org.apache.pluto.container.driver.PortletServlet
</servlet-class>
- <init-param>
- <param-name>portlet-class</param-name>
- <param-value>
- org.apache.portals.bridges.portletfilter.FilterPortlet
- </param-value>
- </init-param>
<init-param>
<param-name>portlet-name</param-name>
<param-value>esup-agent</param-value>
</init-param>
- <init-param>
- <param-name>portlet-guid</param-name>
- <param-value>esup-agent.esup-agent</param-value>
- </init-param>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
|
Librairies EsupCommons, portlet-bridge ...
Reste cependant que certaines classes, notamment EsupCommons, présageaient +/- moins de l'implémentation faite par pluto 1.x
On peut donc avoir des exceptions du type :
Bloc de code |
---|
Caused by: java.lang.ClassCastException: org.apache.pluto.container.impl.RenderRequestImpl cannot be cast to javax.servlet.ServletRequest
at org.esupportail.commons.web.tags.PageTag.setProperties(PageTag.java:190)
|
... exceptions +/- difficiles à corriger ...
L'exception ci-dessus a été provoqué avec un esup-agent sur un uPortal4.
La ligne 190 de PageTag.java d'esup-commons concernait simplement la prise en compte d'un paramètre de langue ... paramètre inutile pour esup-agent.
-> on a simplement commenté cette ligne 190, ça semble fonctionner pour esup-agent ainsi ..Regarder comment est fait le WAR portlet d'EsupLecture V2 (en EsupCommonsV2) pour voir si on peut l'adapter aux autres portlets JSF EsupCommons (V1).