FYI: The WebPagePortlet will cache content and refresh that content based on expiration times. This means that the content is always current so the user will not wait for a refresh. Setting the parameter "_TimeToLive" to -1 will keep the content current, regardless of use. Where as setting "_TimeToLive" >0 will only refresh the content if the content has been retrieved, i.e. getContent(), in "_TimeToLive" seconds/milliseconds (See the doc for the units.) The expiration time of the content is retrieve from the http header that accompanied the content from the originating web server.
Paul Spencer David Sean Taylor wrote: > >>>Why do you need to do this, is Velocity merging too slowly? >>> >>> >>No way! Its my app code - the data does not change, but it >>takes a while to generate - so it seemed easier to cache the >>content than to try and tune it - especially when I am >>comparing tuning a DB/file system access versus caching it >>all in memory - it has to be quicker to cache it. >> > > I guess you could always cache just the result of your DB lookup, and > put that in that context, and then merge on it > > > > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
