Return-Path: Delivered-To: apmail-xml-forrest-dev-archive@xml.apache.org Received: (qmail 28089 invoked by uid 500); 27 Nov 2002 06:25:33 -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 28080 invoked from network); 27 Nov 2002 06:25:33 -0000 Received: from ptolemy.goulburn.net.au (203.28.11.5) by daedalus.apache.org with SMTP; 27 Nov 2002 06:25:32 -0000 Received: (qmail 4148 invoked from network); 27 Nov 2002 06:25:39 -0000 Received: from max-01-056.goulburn.net.au (203.28.11.175) by ptolemy.goulburn.net.au with SMTP; 27 Nov 2002 06:25:39 -0000 Subject: Re: [RT] Forrest update system (Re: Docbook DTD) From: David Crossley To: forrest-dev@xml.apache.org In-Reply-To: <20021119122037.GC4278@expresso.localdomain> References: <200211162107.02159.peter@apache.org> <1037443703.12714.79739.camel@ighp> <200211191859.05640.peter@apache.org> <20021119122037.GC4278@expresso.localdomain> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 27 Nov 2002 17:25:37 +1100 Message-Id: <1038378339.6223.50713.camel@ighp> Mime-Version: 1.0 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Tue, 2002-11-19 Jeff Turner wrote: > Peter Donald wrote: > > David Crossley wrote: > > > Peter Donald wrote: > > > > * add docbook4.1.2 into catalog > > > > > > Perhaps Forrest should distribute these by default, and > > > maybe the XHTML stuff too. > > > > +1 > > > > Would make my life easier and both of those formats are relatively well > > supported/ "standards based" formats ;) > > Hmm.. Docbook stylesheets (xhtml) and DTDs are 1.36mb in total. > > How about a more modular apt-get kind of system, where you type > 'forrest-update docbook' to have the Docbook DTDs and stylesheets > installed? > > An update system could also be used to update Forrest installs. No need > to download 12mb to go from 0.2 to 0.2.1, when only one .bat script > changes, just type 'forrest-update 0_2_1' and the changed files will be > patched. > > I have implemented a prototype of this for Anteater, described at: > > http://aft.sourceforge.net/updates.html > > Eg, typing 'anteater-update xhtml-schema' downloads the XHTML RNG schemas > from James Clark's site, which can then be used in Anteater tests. > > The Anteater system is (piecewise) really simple: > > - 'anteater-update' runs a local bootstrap Ant script which.. > - downloads a driver Ant script from ViewCVS, and runs it.. > - which presents the user with a selection of 'updates'. When the user > chooses one, the script gets the update Ant script from ViewCVS and > runs it.. > - the update script then does whatever to update the local installation. > Typically this involves fetching an updated file from ViewCVS (or > James Clark's site in the case of xhtml-schema-install.xml) and > applying it to the local install. > > Only one small bootstrap Ant script and 'anteater-update' shell script > need be bundled with the system initially. Everything else, including > the list of updates, is external and we can update it at any time, by > committing a newer version to CVS (hence appearing in ViewCVS). > > > I'm not proposing to do this right now.. just floating the idea. What > I'd _really_ like to have is a .deb or RPM-like system where signed jars > contain updates, and a META-INF/control.xml Ant script directs how to > apply the update. Updates would be applied in a sandbox (after verifying > the jar signature) to keep things secure. Perhaps JWS has something like > this.. so many wheels to reinvent, so little time :P This would be an excellent capability for Forrest to have. Is it possible for Anteater to be distributed with Forrest? Then Forrest can just utilise various Anteater capabilities and we can concentrate on inventing other wheels. --David