portals-jetspeed-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "David Sean Taylor" <da...@bluesunrise.com>
Subject RE: A brief report on Jetspeed Portlet Caching
Date Mon, 13 May 2002 14:42:04 GMT

> -----Original Message-----
> From: Glenn Golden [mailto:ggolden@umich.edu] 
> Sent: Monday, May 13, 2002 6:03 AM
> To: 'Jetspeed Developers List'
> Subject: RE: A brief report on Jetspeed Portlet Caching
> David -
> I'm unsure what Java does when calling a static member of a 
> class if the class hierarchy defines two or more 
> implementations of that member, each at different levels - 
> does it take the most specific?

Yes, since it was instantiated as the most-specific class.

> If you duplicate your page to another page, and leave the 
> portlet id's the same in each page, and have them both 
> updating at the same time, it may fail to distinguish them.
> If a page is duplicated within jetspeed, for example, when a 
> new user is created and the "turbine" page is copied, are the 
> id's re-generated?  I think that portlet Id is not defined to 
> be system wide unique, just unique within the page.

If you ensure that your portlet ids are unique system wide, this isn't a
If you can't ensure that, then don't use the portlet-id for the key,
instead use the IdGeneratorService

> We may want to add the portal page id as well as the portlet 
> id to make the full instance id in the cache.

Yes another solution, get the page id via RunData.getProfile 

Let me know what you all want to do with this. I believe the choices

- id
- page-id + id
- id-generator 

To unsubscribe, e-mail:   <mailto:jetspeed-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:jetspeed-dev-help@jakarta.apache.org>

View raw message