After 1 minute of looking, it seems that the DirectoryGenerator is not cacheable.
So it is going to re-read the directory every time you hit the pipeline. Your Xincluded pieces might be cacheable, however. For instance, the FileGenerator *is* cacheable (if you are using it). If you can live with refreshing the cached directory every x seconds (or miliseconds), and you can write some java, you could extend the DirectoryGenerator to make a "caching directory generator", by implementing interface Cacheable and implementing generateKey() and generateValidity(). The generateValidity() method would return a DeltaTimeCacheValidity instance set to the caching time. Regs, Nick. On Thu, 2002-09-05 at 09:37, [EMAIL PROTECTED] wrote: > This message uses a character set that is not supported by the Internet > Service. To view the original message content, open the attached > message. If the text doesn't display correctly, save the attachment to > disk, and then open it using a viewer that can display the original > character set. <<message.txt>> > ---- > > Received: from smart.ihavemoved.com (192.168.0.1 [192.168.0.1]) by >caipiroshka.tuftonst.ihavemoved.com with SMTP (Microsoft Exchange Internet Mail >Service Version 5.5.2653.13) > id SGHDFL4G; Thu, 5 Sep 2002 10:03:14 +0100 > Received: from [63.251.56.142] (helo=apache.org) > by smart.ihavemoved.com with smtp (Exim 3.20 #1) > id 17mtTq-0001HQ-00 > for [EMAIL PROTECTED]; Thu, 05 Sep 2002 11:03:19 +0100 > Received: (qmail 24172 invoked by uid 500); 5 Sep 2002 09:01:33 -0000 > Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm > Precedence: bulk > list-help: <mailto:[EMAIL PROTECTED]> > list-unsubscribe: <mailto:[EMAIL PROTECTED]> > list-post: <mailto:[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > Delivered-To: mailing list [EMAIL PROTECTED] > Received: (qmail 24160 invoked from network); 5 Sep 2002 09:01:33 -0000 > To: [EMAIL PROTECTED] > X-Injected-Via-Gmane: http://gmane.org/ > Path: not-for-mail > From: [EMAIL PROTECTED] (Martin =?iso-8859-1?q?L=FCthi?=) > Subject: Efficient aggregation > Date: 05 Sep 2002 10:37:10 +0200 > Organization: tnoo.net > Lines: 17 > Message-ID: <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > NNTP-Posting-Host: vawpc33.ethz.ch > Mime-Version: 1.0 > Content-Type: text/plain; charset=latin-iso8859-1 > Content-Transfer-Encoding: 8bit > X-Trace: main.gmane.org 1031215360 30218 129.132.59.60 (5 Sep 2002 08:42:40 GMT) > X-Complaints-To: [EMAIL PROTECTED] > NNTP-Posting-Date: Thu, 5 Sep 2002 08:42:40 +0000 (UTC) > User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 > Sender: news <[EMAIL PROTECTED]> > X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > > Dear Cocooners > > I wonder what would be the most efficient aggregation of many small xml > documents in a directory. My present approach is very slow: > > 1. use directory-generator to make an index of documents > 2. generate a document containing xincludes with help of a stylesheet > 3. perform all xincludes > 4. serialize > > Thank you for any suggestions > > Martin > > -- > Martin Lüthi [EMAIL PROTECTED] > > > > > --------------------------------------------------------------------- > Please check that your question has not already been answered in the > FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html> > > To unsubscribe, e-mail: <[EMAIL PROTECTED]> > For additional commands, e-mail: <[EMAIL PROTECTED]> --------------------------------------------------------------------- Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]>
