Return-Path: Mailing-List: contact cocoon-users-help@xml.apache.org; run by ezmlm Delivered-To: mailing list cocoon-users@xml.apache.org Received: (qmail 930 invoked from network); 9 Nov 2000 04:39:28 -0000 Received: from rdu25-20-147.nc.rr.com (HELO akira.webslingerZ.com) (postfix@24.25.20.147) by locus.apache.org with SMTP; 9 Nov 2000 04:39:28 -0000 Received: by akira.webslingerZ.com (Postfix, from userid 501) id 133A628C2; Wed, 8 Nov 2000 23:41:15 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by akira.webslingerZ.com (Postfix) with ESMTP id E8FE51B839 for ; Wed, 8 Nov 2000 23:41:15 -0500 (EST) Date: Wed, 8 Nov 2000 23:41:15 -0500 (EST) From: Donald Ball To: cocoon-users@xml.apache.org Subject: Re: XInclude update In-Reply-To: <3A0917FF.C8E05F9E@ibuildings.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N On Wed, 8 Nov 2000, Peter Verhage wrote: > Can't the XInclude part of Cocoon be made in a way that if the file that > has to be included get's updated the page that includes this page is > also seen as "changed", so that Cocoon doesn't grep the version out of > the cache? > > Because at the moment, if I include a page with Xinclude, and I change > the page, I have to remove the cached files and restart jserv, or touch > the original file to get this result. And I think this could be done > much easier... this should already be the case. if it's not, it's a bug, though more often than not this sort of thing turns out to be clock synch problems on people's servers. - donald