Mailing-List: contact dev-help@forrest.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@forrest.apache.org
Received-SPF: neutral (asf.osuosl.org: local policy)
Date: Wed, 22 Jun 2005 21:21:21 +1000
From: David Crossley <crossley@apache.org>
To: dev@forrest.apache.org
Subject: Re: testing rc3
Message-ID: <20050622112121.GA24335@igg.indexgeo.com.au>
References: <20050621124704.GA22383@igg.indexgeo.com.au>
 <20050622060641.GA23923@igg.indexgeo.com.au> <42B93524.30806@apache.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <42B93524.30806@apache.org>
User-Agent: Mutt/1.4i

Ross Gardler wrote:
> David Crossley wrote:
> >David Crossley wrote:
> >
> >>I tested rc3 on Mac OS X. Java 1.4.2_05
> >>
> >>The usual things worked well and i also did the DocBook/XSL test
> >>and the "Download DTD" example. I have not yet tried the forrestbot.
> >>
> >>However i had some trouble with deploying a webapp under a full Jetty.
> >>
> >>The default seed site my-project.war was okay, but the war from
> >>site-author was broken with a Cocoon error ...
> >>request-uri: /forrest/index.html
> >>cause:
> >>/private/tmp/Jetty__36366__forrest/webapp/project/skinconf.xml (No such 
> >>file or directory)
> >>
> >>I wonder if some configuration is not being handled, because
> >>our skinconf.xml is at a non-standard location.
> >
> >FOR-551 non-standard "project.content-dir=." does not get packed with WAR 
> >archive
> >
> >>Another issue: The core DTDs are fine, but additional DTDs are not
> >>being handled via a webapp, e.g. the "Download DTD" example or
> >>DTDs from plugins.
> >
> >That is three separate issues and each has a workaround or a solution ...
> >
> >FOR-548 project DTD catalogs are not included when running as a servlet WAR
> >
> >FOR-549 plugin DTD catalogs are not included when running as a servlet WAR"
> >
> >FOR-550 build/plugins/catalog.xcat has full pathnames to each individual
> >plugin catalog.xcat
> 
> Well spotted David, how come you are so thorough, would you care to be 
> cloned? Every Apache project needs at least one of you.

I would love to be cloned, even if just for my own purposes.
Either that, or be able to make time.

We need to get our zone set up with automated testing and actual use.
We should have discovered it ages ago.

> So this is not a blocker then, we should add a FAQ to our live website. 
> Perhaps we should start a "known problems" section in the FAQ and add a 
> step to the release process to verify that entries there are still relevant.

We could use a Jira URL to list the open issues that affect each version.
Can someone find the incantation?

-David