Return-Path: Delivered-To: apmail-forrest-dev-archive@www.apache.org Received: (qmail 32415 invoked from network); 20 Nov 2004 12:04:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 20 Nov 2004 12:04:07 -0000 Received: (qmail 58690 invoked by uid 500); 20 Nov 2004 12:04:05 -0000 Delivered-To: apmail-forrest-dev-archive@forrest.apache.org Received: (qmail 58479 invoked by uid 500); 20 Nov 2004 12:04:04 -0000 Mailing-List: contact dev-help@forrest.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@forrest.apache.org Delivered-To: mailing list dev@forrest.apache.org Received: (qmail 58462 invoked by uid 99); 20 Nov 2004 12:04:04 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=NO_REAL_NAME X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from [67.19.2.54] (HELO mail.outerthought.net) (67.19.2.54) by apache.org (qpsmtpd/0.28) with ESMTP; Sat, 20 Nov 2004 04:04:03 -0800 Received: from localhost (localhost [127.0.0.1]) by mail.outerthought.net (Postfix) with ESMTP id CF3FF1600F2 for ; Sat, 20 Nov 2004 06:03:55 -0600 (CST) Received: from mail.outerthought.net ([127.0.0.1]) by localhost (mail.outerthought.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21867-07 for ; Sat, 20 Nov 2004 06:03:50 -0600 (CST) Received: from strider.outerthought.net (localhost [127.0.0.1]) by mail.outerthought.net (Postfix) with ESMTP id 911541600EF for ; Sat, 20 Nov 2004 06:03:50 -0600 (CST) Message-ID: <13634102.1100952230489.JavaMail.jettyjira@strider.outerthought.net> Date: Sat, 20 Nov 2004 06:03:50 -0600 (CST) From: issues@cocoondev.org To: dev@forrest.apache.org Subject: [JIRA] Commented: (FOR-381) smart update feature request In-Reply-To: <15428243.1100906870443.JavaMail.jettyjira@strider.outerthought.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at outerthought.net X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N The following comment has been added to this issue: Author: Juan Jose Pablos Created: Sat, 20 Nov 2004 6:03 AM Body: We need to investigate the use of cocoon cache and a more persisten store: http://cocoon.apache.org/2.1/developing/stores.html --------------------------------------------------------------------- View this comment: http://issues.cocoondev.org//browse/FOR-381?page=comments#action_11863 --------------------------------------------------------------------- View the issue: http://issues.cocoondev.org//browse/FOR-381 Here is an overview of the issue: --------------------------------------------------------------------- Key: FOR-381 Summary: smart update feature request Type: New Feature Status: Unassigned Priority: Minor Project: Forrest Components: Core operations Versions: HEAD Assignee: Reporter: Diwaker Gupta Created: Fri, 19 Nov 2004 5:26 PM Updated: Sat, 20 Nov 2004 6:03 AM Description: Hey everyone, Things are looking great with Forrest, and I'm really looking forward to the upcoming features. There's just one thing that personally really irks me and I'd like to see that happening in the future too, so I'm just testing grounds if I'm the only one with this issue. When I do a forrest site, it takes about 1 minute to render my complete website, which is absolutely fine for complete deploys since we don't expect them to be frequent. However, when I'm working on a new page/article, I often make small small changes and want see how things look like. Clearly forrest site is way too much overhead for this kind of thing. Now of course, you can do a forrest run and given in the URL you want to check, but wouldn't it be great if forrest could be smart about rendering and only work on *modified* pages? Ross Gardler to dev ========================================= This would be a great feature (I have a site that takes over 25 minutes to build, even on my fastest machine). I think the way to do it would be when creating the linkmap.html file. By comparing the timestamp of the ouput file with that of the input file we could create a linkmap that only generates changed pages. However, beware, if site.xml, tabs.xml, forrest.properties or skinconf.xml change in any way the whole site will have to be regenerated as these files affect every page. Please put a feature request in issues so we don't forget this. Ross --------------------------------------------------------------------- JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://issues.cocoondev.org//secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira