Karsten,
This problem has been fixed as of 07-oct-2001 9:00 AM EST.  The
WebPagePortlet will cache it's content based on the expires field in the
HTTP Response header.  It will NOT honor the expiration time set in the
<META > tag.

Paul Spencer

Paul Spencer wrote:
> 
> Karsten,
> I have been able to verify the problem, i.e. the value of Cache-Control
> and Expires in the HTTP header are ignored for web pages that are
> considered local.  I will start a new thread in the jetspeed-user
> mailing list to solve this problem.
> 
> Paul Spencer
> 
> [EMAIL PROTECTED] wrote:
> >
> > Hello Paul,
> >
> > is there a world without cache ? :-))
> >
> > 1)
> > The cocoon1 server is on the same host (Tomcat 3.2.3).
> >  ( <url>http://localhost:8080/cocoon/myxmlfile.xml</url> )
> >
> > 2)
> > i didnt set any cache-instructions in the http header of the page in
> > cocoon.
> > When i use to the above link in a browser, content is correct shown.
> > because of that i think its not a cocoon problem
> >
> > 3)
> > ok, after ~45 minutes the content was updated. Why after 45 Minutes? I use
> > the current cvs 1.3a2. the only setting that i have changed was
> > refresh.portlet.default = 5. that causes the following messages in the
> > jetspeed logfile every 5 seconds:
> >
> > [Thu Sep 27 12:08:56 CEST 2001] -- INFO -- DaemonThread -> PROCESSING
> > daemon -> diskcachedaemon
> > [Thu Sep 27 12:08:56 CEST 2001] -- INFO -- parsing out document store
> > [Thu Sep 27 12:08:56 CEST 2001] -- INFO -- Calling JetspeedDiskCache
> > getEntries
> > [Thu Sep 27 12:08:56 CEST 2001] -- INFO -- DaemonThread -> *DONE*
> > PROCESSING daemon -> diskcachedaemon
> >
> > why doesnt jetspeed update the cache? (getEntries)
> >
> > >Thus, the caching need to be tuned!
> > how do i tune the cache? can you give me an introduction?
> > Does the webpageprotlet examine the '<meta http-equiv="expires" content
> > ="0"' tag of the html page?
> >
> > Karsten Gampe
> >
> > Karsten,
> > Welcome to the world of cache!
> >
> > Jetspeed does cache portlet content, see
> > http://jakarta.apache.org/jetspeed/site/diskcache.html.
> >
> > 1) Is the cocoon server on the same or different host?
> >
> > 2) Are you setting any expiration of cache-control in the http header of
> > the page in cocoon?
> >
> > 3) Will the portlet eventually, after 1+ hour, update?
> >
> > I suspect the log files of Jetspeed, Cocoon, Tomcat, and Apache will
> > show that Jetspeed is not requesting the portlet content every time the
> > portlet is viewed. Thus, the caching need to be tuned!
> >
> > If you are using Cocoon2, I saw the following in the cocoon mailing list
> > that look interesting.  I have not been able to try it, but is appears
> > to address caching.  This is from a sitemap before the <map:serialize>
> > tag.
> >
> >     <map:act type="http-header-action">
> >       <map:parameter name="expires" value="0"/>
> >       <map:parameter name="Pragma" value="no-cache"/>
> >       <map:parameter name="Cache-Control" value="no-cache"/>
> >     </map:act>
> >
> > Paul Spencer
> >
> > [EMAIL PROTECTED] wrote:
> > >
> > > Hello (Paul),
> > >
> > > i have a problem with the caching in jetspeed. i use cocoon to render
> > > xml-files to html-files. that works fine. after i integrate it in
> > jetspeed
> > > with a WebPagePortlet some problems comes up. if the content change in
> > the
> > > xml-file jetspeed show not the new version. i thought thats a updating
> > > problem so i edited the jetspeed.properties (refresh.portlet.default =
> > 5).
> > >
> > > after that the content of the portlet were updated, but only 1 time.
> > futhur
> > > changes in the xml-file where not recognized by jetspeed.
> > >
> > > can someone (you) give me an introduction to solve this problem?
> > >
> > > regards
> > >
> > > Karsten Gampe
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to