Discussion :

[sammm]

Bonjour à tous,

Je souhaiterai partager des Objet entres plusieurs portlets.

En utilisant ServletContext on peut setté et getté des objets dans le context d'un portlet. Mais il y a un context par portlet.

Donc je souhaiterai setté un objet sur un portlet A, par ex setParameter("KEY","VALUE")

Puis dans un portlet B je voudrais recuperer cette valeur, par exemple getParameter("KEY") qui renvoie "VALUE".

quelqu'un a une idée ???

merci

[yolepro]

Bonjour,

Pourquoi n'utilises tu pas tout simplement la session.
La session est valable pour toute l'application. Comme tes portlets sont implémentées sur une seule et même application, il ne devrait pas y avoir de problème.

Pour aller plus loin et faire propre, tu peux implémenter un SessionManager qui se charge de setter /get / remove les objets comme cela tu peux factoriser tous tes appels vers ce Manager. Et surtout éviter les oublis de mise en session jamais relachée.
Mais il existe peut etre déjà une implémentation équivalente avec ton moteur de portlet (que tu n'as pas spécifié).

[sammm]

Salut,

Je n'utilise pas la Session car je veux que mes objets persistent au dela de la session.
L'objet ServletContext permet une persistence au dela de la session, mais il y a un contexte par portlet et par JVM.

Dans mon projet, la prod tourne sur plusieur noeud et donc il y a une JVM par noeud, et de plus si je met un objet dans le context d'une portlet A, la portlet B ne pourra pas y acceder.

La solution employée actuellement est de faire un cache global en utilisant un objet de type DistribuedMap.

Bien sur cette manière fonctionne, mais je me demandai si il n'existait pas une classe dans la JSR 168 qui fonctionnait comme ServletContext mais qui permettrait de partager des objet entre toutes les portlet du portail, et cela de manière persistante.

Mais apparament, cela n'existe pas .....

[zekey]

La communication entre portlets est le gros point noir de la spec JSR 168 la nouvelle version la JSR 286 devrait améliorer les choses.
Je crois que la méthode que vous utilisez actuellement n'est pas si mauvaise surtout si vous avez des JVM différentes.
On pourrait aussi envisager un mécanisme par JMS.

[sammm]

C'est bien ce que je me disait sur la communication entre portlets....

Attendons la v2.0 !!!

Je pense que la discussion est close.

A+