It looks like the problem is with a *old* last-modified date returned from
the xmlhack.com server. I sent a HEAD method to www.xmlhack.com and to
w.moreover.com with the log results appended below.
xmlhack.com returns a last-modified date of Nov 1, 1999
moreover.com looks OK with a last-modified date of Jul 7, 2000
www.xmlhack.com
HEAD / HTTP/1.0 /rss.php
HTTP/1.1 200 OK
Date: Sun, 09 Jul 2000 17:26:39 GMT
Server: Apache/1.2.6 FrontPage/3.0.4
Last-Modified: Mon, 01 Nov 1999 08:54:52 GMT
ETag: "68c05-cc7-381d555c"
Content-Length: 3271
Accept-Ranges: bytes
Connection: close
Content-Type: text/html
w.moreover.com
HEAD / HTTP/1.0 /cgi-local/page?index_xml+rss
HTTP/1.1 200 OK
Date: Sun, 09 Jul 2000 17:25:30 GMT
Server: Rapidsite/Apa-1.3.4 FrontPage/4.0.4.3
Last-Modified: Fri, 07 Jul 2000 17:27:42 GMT
ETag: "199d707-bb18-3966130e"
Accept-Ranges: bytes
Content-Length: 47896
Connection: close
Content-Type: text/html
----- Original Message -----
From: burtonator <[EMAIL PROTECTED]>
To: JetSpeed <[EMAIL PROTECTED]>
Sent: Saturday, July 08, 2000 8:08 PM
Subject: Re: failure to update document cache for some channels
Dave Carlson wrote:
> If I delete the file from the disk cache and restart Jetspeed, I always
get
> a new updated copy. But once cached, it is *never* updated again. Is
this
> a problem with Jetspeed, or is the remote web server returning an invalid
> value for date modified on this URL? Some files are updated properly, for
> example, www.slashdot.org works fine.
Here is another idea.
Create a local OCS feed with *only* xmlhack. Then change
JetspeedResources.properties to use this instead of the standard
xmltree. Then clear your turbine.log file. If you restart Jetspeed you
should get a decent log of what is happening. If anything looks wierd
let us know. You should trigger the DiskCacheDaemon also so that we can
see what is happening.
Kevin
--
Kevin A Burton (e-mail: [EMAIL PROTECTED], UIN: 73488596, ZKey:
burtonator)
http://relativity.yi.org
Message to SUN: "Please Open Source Java!"
To fight and conquer in all your battles is not supreme excellence;
supreme
excellence consists in breaking the enemy's resistance without fighting.
- Sun Tzu, 300 B.C.
--
--------------------------------------------------------------
Please read the FAQ! <http://java.apache.org/faq/>
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives and Other: <http://java.apache.org/main/mail.html>
Problems?: [EMAIL PROTECTED]
--
--------------------------------------------------------------
Please read the FAQ! <http://java.apache.org/faq/>
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives and Other: <http://java.apache.org/main/mail.html>
Problems?: [EMAIL PROTECTED]
