| Author |
HttpSession and JSR168 portlets
|
|
|
| Hi,
I am working with JSR168 portlets and have a requirement to store an Object that portlets in different WAR files can access. I've been searching for a way to get a handle on a Portal wide HttpSession (is there such a thing?) in my portlets but can't do it
| |
|
| Portlet services might do the job.
| |
|
| Hi!
How is this going?
Portlet Services might be one way.
If you don't have the requirement to support clustering or if you in a cluster always keep to one node you might use distributed map in WAS (WAS only-stuff -warning) and store objects in it using the session id as key. At least for IBM portlets the portle
t session is the same as the httpsession id thus this is the key that you would need to store in the map.
Another way could be to use a static class and have a map in it but then you would need to change classloader policy to encure that one instance. This could work if you can pack the different WARs in one EAR and have that EAR deployed with parent first se
t as classloading and the utility class in the EAR so that all WAS uses the same classloader to load that class with the map. Are you following me?
I thought that you could get a handle to the httpsession in JSR168 portlets? Or is that only in the same WAR as you described?
Regards
Karin
|
|
|
|