Return-Path: Delivered-To: apmail-xml-forrest-dev-archive@xml.apache.org Received: (qmail 4427 invoked by uid 500); 9 Oct 2002 07:41:15 -0000 Mailing-List: contact forrest-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: forrest-dev@xml.apache.org Delivered-To: mailing list forrest-dev@xml.apache.org Received: (qmail 4189 invoked from network); 9 Oct 2002 07:41:10 -0000 Received: from relay.flagship.ru (213.221.9.5) by daedalus.apache.org with SMTP; 9 Oct 2002 07:41:10 -0000 Received: from POSTMAN.flagship.ru (postman.flagship.ru [213.221.9.130]) by relay.flagship.ru (8.11.4/8.11.4) with ESMTP id g997fHk20412 for ; Wed, 9 Oct 2002 11:41:18 +0400 (MSD) Received: by postman.flagship.ru with Internet Mail Service (5.5.2653.19) id <4QW3AW0A>; Wed, 9 Oct 2002 11:41:31 +0400 Message-ID: From: Piroumian Konstantin To: "'forrest-dev@xml.apache.org'" Subject: RE: [mini-RT] Using Forrest Date: Wed, 9 Oct 2002 11:41:30 +0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Status: O X-Status: X-Keywords: Hi Nicola! Glad to see you back! ;) > From: Nicola Ken Barozzi [mailto:nicolaken@apache.org] > Jeff Turner wrote: > > On Tue, Oct 08, 2002 at 11:22:44PM +0200, Steven Noels wrote: > >>Jeff Turner wrote: > >> > >> > >>>So I propose the existence of a new Forrest distribution, > that embeds > >>>a Tomcat 4 instance. There would be the following commands: > >>> > >>>forrest_startup.sh # Start the embedded Tomcat > >>>forrest_shutdown.sh # Stop the embedded Tomcat > >>>forrest_register.sh # Register a project with Forrest > >>>forrest_unregister.sh # Unregister a project from Forrest > >>>forrest_genstatic.sh # Generate a static HTML version > of the site > >>>forrest_gendynamic.sh # Generate a webapp version of the site > >>> > >>>The 'register' command would use Tomcat 4's Ant scripts > [1] to deploy > >>>a new webapp, without restarting Tomcat. The webapp would > have it's > >>>context root at the project root, not in ./build/, so that > edits made > >>>to > >>>src/documentation/* are immediately picked up, and files > like status.xml > >>>in the project root are inside the context. > >>> > >>>Does it all sound decent? > >> > >>Hmmmm. Sounds tempting. Or should we provide just the > scripts so that > >>people are able to deploy/update a Forrest instance running > in their own > >>TC installation? > >> > >>Packaging TC seems like adding lots of weight to the distribution, > >>IMO. > >>But abondoning static for live, and creating static using > wget sounds > >>very tempting to me these days. > > > > > > :) That's how I've been developing aft.sf.net for a long time now. > > > > The major technical requirement is that Forrest must be > able to act on > > a project's 'native' directory structure, instead of requiring > > everything to be copied into build/*. So when you edit > > src/documentation/content/xdocs/index.xml, you can hit > reload in your > > browser and immediately see the change. > > +1 for Ant targets that automatically add Forrest to the running TC. > It makes doc writing sooooo much faster :-) +1, but don't forget about the Ant filtering tokens that appear in the license. -- Konstantin Piroumian P.S. Still don't have access to CVS :'-( > > Making a stripped down server for Cocoon and bundling that is another > option. > > -- > Nicola Ken Barozzi nicolaken@apache.org > - verba volant, scripta manent - > (discussions get forgotten, just code remains) > --------------------------------------------------------------------- >