On Tue, 22 Feb 2005 14:09:48 -0500, Howard Lewis Ship <[EMAIL PROTECTED]> wrote:
> I think we should not be checking in derived files.

One of the reasons for that is so that anyone on the infrastructure
team can quickly replace the site if it is corrupted or vandalised
somehow. They should not have to go through a build process before
they can do that.

--
Martin Cooper


> I think the process should be:
> 1) Build and test locally
> 2) SVN checkin
> 3) Log into jakarta
> 4) SVN checkout
> 5) Build to staging area; test stage
> 6) Build to production; test production
> 
> The build.xml needs to have targets:
> build -- local build (to target/site)
> build-stage -- to /www/jakarta-stage.apache.org ?
> build-prod - to /www/jakarta.apache.org
> 
> The build scripts can be smart about setting file permissions & etc.
> 
> On Tue, 22 Feb 2005 12:42:45 -0500 (EST), Henri Yandell
> <[EMAIL PROTECTED]> wrote:
> >
> >
> > On Tue, 22 Feb 2005, Stefan Bodewig wrote:
> >
> > > While it was using XSLTC, which is the TraX processor shipping with
> > > JDK 1.5.  We now switched to Xalan-J's CVS HEAD.
> >
> > I give up :)
> >
> > How would I force it to be dependent on a particular version of Xalan?
> >
> > Along with the problems with .cgi files and xhtml, xsltc appears to sort
> > the attributes of a html tag differently so if we have 1 person using 1.4
> > and 1 using 1.5, our diffs are going to be spammed by attributes rotating
> > back and forth.
> >
> > Throw in possible worries that the http:// url was causing problems under
> > 1.4 and it seems to not be worth the trouble.
> >
> > Hen
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> 
> --
> Howard M. Lewis Ship
> Independent J2EE / Open-Source Java Consultant
> Creator, Jakarta Tapestry
> Creator, Jakarta HiveMind
> 
> Professional Tapestry training, mentoring, support
> and project work.  http://howardlewisship.com
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to