Return-Path: Delivered-To: apmail-forrest-dev-archive@www.apache.org Received: (qmail 44406 invoked from network); 18 Mar 2006 11:16:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 18 Mar 2006 11:16:13 -0000 Received: (qmail 38160 invoked by uid 500); 18 Mar 2006 11:16:13 -0000 Delivered-To: apmail-forrest-dev-archive@forrest.apache.org Received: (qmail 38102 invoked by uid 500); 18 Mar 2006 11:16:12 -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 List-Id: Delivered-To: mailing list dev@forrest.apache.org Received: (qmail 38091 invoked by uid 99); 18 Mar 2006 11:16:11 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 18 Mar 2006 03:16:11 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [65.77.211.84] (HELO www2.kc.aoindustries.com) (65.77.211.84) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 18 Mar 2006 03:16:10 -0800 Received: from fo2.kc.aoindustries.com (www2.kc.aoindustries.com [65.77.211.84]) by www2.kc.aoindustries.com (8.13.1/8.13.1) with ESMTP id k2IBFmLq023216 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 18 Mar 2006 05:15:48 -0600 Received: from localhost (localhost [[UNIX: localhost]]) by fo2.kc.aoindustries.com (8.13.1/8.13.1/Submit) id k2IBFlat023140 for dev@forrest.apache.org; Sat, 18 Mar 2006 05:15:47 -0600 X-Authentication-Warning: fo2.kc.aoindustries.com: indexgeo set sender to crossley@apache.org using -f Date: Sat, 18 Mar 2006 22:15:42 +1100 From: David Crossley To: dev@forrest.apache.org Subject: Re: [jira] Updated: (FOR-831) Dispatcher Build, Clean and Deploy Batch File for Windows Message-ID: <20060318111542.GA7962@igg.indexgeo.com.au> References: <1354540205.1142430829604.JavaMail.jira@ajax> <1142450031.8309.24.camel@localhost> <20060318054101.GR11985@igg.indexgeo.com.au> <003101c64a52$8f6962e0$0200a8c0@developer> <20060318072809.GA1969@igg.indexgeo.com.au> <1142676440.12237.10.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1142676440.12237.10.camel@localhost> User-Agent: Mutt/1.4.2.1i X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Thorsten Scherler wrote: > David Crossley escribi??: > > Gav.... wrote: > > > David Crossley wrote: > > > > > > > >In the meantime, why does the script clean and re-build > > > >forrest? That should be a separate concern. See the > > > >old etc/structurer.sh > > > > > > My fault probably, but intentional on my part for builddispatcher.bat. > > > > > > Whenever you need to deploy plugins for dispatcher use, is usually > > > right after an svn up, then you need to 'build clean' and 'build', then you > > > have to deploy plugins again, that is why they are all in there together. > > > > No, you do not need to rebuild after every > > 'svn update'. Only when there have been changes > > to *.java files. > > Well, since the development of the new plugins I wrote that you need to > build clean, since, yes, I changed a lot of *.java. ...but it is most of > the time better to build clean, anyway. > > > > The *nix equiv has been patched as builddispatcher.sh and is not meant > > > as a replacement for structurer.sh. > > > > Yeah, structurer.sh is old. > > > > I was just pointing to that as an example > > of not needing to use 'build clean; build'. > > Well on the other heand it does not hurt and takes on my maschine 6 sec > more. But it wipes out the other installed plugins, so if you have a site that uses many plugins (especially the Gallery plugin) then it takes many minutes to get back up again. Never mind. You guys do whatever you want. Personally i just cd to the dispatcher and themes.core and do local-deploy. -David > > > If you would rather they be removed , no problem, but then you are > > > needing to run two batch files to get dispatcher working again. > > > > > > Let me know how you would rather have it. > > > > Without the build part. > > > > What do others think? > > -1 > > I like the patch like it is and have no seen arguments that convinced me > that we should split the scripts. Gav is right why should we force > somebody to use two script if she can use one. > > The patches are a nice way to get the dispatcher working for sure. > > salu2 > -- > thorsten > > "Together we stand, divided we fall!" > Hey you (Pink Floyd) >