Return-Path: Delivered-To: apmail-forrest-dev-archive@www.apache.org Received: (qmail 43171 invoked from network); 22 Jul 2004 15:26:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 22 Jul 2004 15:26:20 -0000 Received: (qmail 46204 invoked by uid 500); 22 Jul 2004 15:26:17 -0000 Delivered-To: apmail-forrest-dev-archive@forrest.apache.org Received: (qmail 46173 invoked by uid 500); 22 Jul 2004 15:26:17 -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 Delivered-To: mailing list dev@forrest.apache.org Received: (qmail 46158 invoked by uid 99); 22 Jul 2004 15:26:16 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [65.104.121.53] (HELO mail.medata.com) (65.104.121.53) by apache.org (qpsmtpd/0.27.1) with ESMTP; Thu, 22 Jul 2004 08:26:13 -0700 Received: from [172.24.2.66] ([172.24.2.66]) (authenticated bits=0) by mail.medata.com (8.12.8/8.12.8) with ESMTP id i6MFPaXM029306 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO) for ; Thu, 22 Jul 2004 08:26:05 -0700 Mime-Version: 1.0 (Apple Message framework v618) In-Reply-To: <1090478385.1666.65952.camel@ighp> References: <0ABB57CE-DADD-11D8-8DCA-00039385397E@medata.com> <1090396294.1666.65459.camel@ighp> <959D583A-DB23-11D8-8DCA-00039385397E@medata.com> <1090478385.1666.65952.camel@ighp> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <71A6B550-DBF3-11D8-90B1-00039385397E@medata.com> Content-Transfer-Encoding: 7bit From: Clay Leeds Subject: Re: xml-fop Build Failed Date: Thu, 22 Jul 2004 08:26:03 -0700 To: dev@forrest.apache.org X-Mailer: Apple Mail (2.618) X-Virus-Scanned: clamd / ClamAV version 0.74, clamav-milter version 0.74a on mail.medata.com X-Virus-Status: Clean X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On Jul 21, 2004, at 11:39 PM, David Crossley wrote > Clay Leeds wrote: >> David Crossley wrote: >>> In forrest.properties you only need to un-comment entries >>> if you are going to change them to something different. >> >> Which part did I unnecessarily uncomment? > > Compare the defaults from a 'forrest seed' or look directly > at the main defaults src/core/context/default-forrest.properties > e.g. > project.content-dir=src/documentation > > You have the same, so no need to over-ride it. > > In fact if you keep in synchronisation with the 'forrest seed' > defaults, then easy to diff each time that you update your svn. Sounds good. >>> I suggest that you move your sitemap.xmap to sitemap.xmap.bak >>> and get a fresh copy of src/core/context/sitemap.xmap and add >>> your additions. >> >> In fact, I've never even touched sitemap.xmap. Most of my work has >> been >> on either the site.xml, tabs.xml and a little bit of >> forrest.properties >> for skins. I also appended ' site.xml' to this line: >> >> forrest.validate.xdocs.excludes=**/RCS/**/* **/.* **/*~ site.xml... > > Seems okay. Not sure what RCS is doing. Nor what the "..." part is. Ii don't know either. It's not in my forrest.properties file: forrest.validate.xdocs.excludes=**/RCS/**/* **/.* **/*~ site.xml (I'm on a laptop so perhaps I blindly typed that but inadvertently moved the cursor before I did it. Sorry!) >>> Are you aware of issues FOR-202 and FOR-198? However, i see >>> by your build messages that you have not yet reached that stage. >> >> I'd seen those, but as you noticed, I hadn't gotten those errors, as I >> haven't gotten to that stage. >> >> UPDATE: I actually got the error specified by FOR-202 (it just hung >> and >> I had to abort). I followed the instructions, and it seems to be >> working better than before, although I still get a BUILD FAILED at >> the >> end... > > This is excellent news, Clay. It means that your sitemap.xmap > is now operational. Excellent! >> p.s. Since I replaced the sitemap.xmap, I'm sure there will be some >> items missing. Although I added the 'FOP Additions', there are >> probably >> other items that need to be added to accommodate for various included >> files: >> - xml-fop/src/documentation/content/xdocs/fo/*.fo >> - xml-fop/src/documentation/content/xdocs/dev/fo/*.fo >> - xml-fop/src/documentation/content/xdocs/dev/svg/*.svg >> ...etc. > > Not sure about the *.fo ... What processing do you intend to > happen for those? None, actually. Does this mean I should place the *.fo & *.svg files (all of which need to remain in 'source' version) in: src/documentation/resources/ > One thing to bear in mind. Try to let Forrest do as much > work as possible by default. Only over-ride stuff when you > really must. Use grep in the src/core/context directory to > find certain matches. Can you give an example of how to use grep to accomplish what you're talking about? Do you mean something like this? grep 'forrest.validate.xdocs.excludes' src/core/context >> I'm not sure if I should wait for a reply on this before I >> start working to resolve issues (as forrest-devs are more likely to >> spot 'glaring' issues than I am). I did notice differences in the old >> and new versions of sitemap.xmap with regard to pipelines for *.fo, >> *.svg, although I haven't taken the time to completely comprehend what >> those differences mean. >> >>> <><><><>< FORREST OUTPUT ><><><><>< >> >> [clay@Clays-TiBook xml-fop]$ forrest -Dskip.contentcheck=yes seed >> Apache Forrest. Run 'forrest -projecthelp' to list options > > Why are you skipping the content-check part? > > Whoa, stop. > > Unless i am reading the following output incorrectly > you are seeding a new project over the top of your > existing FOP website source. That is why the > "context-check" is done ... to prevent such accidents. Yeah... That was foolish. I misunderstood the 'seed' function. Heh. Is it correct to assume that running 'forrest seed' (without '-Dskip.contentcheck=yes'!) copies the original files for everything (except the src/ dir)? > If this is so, then remove anything that is not related to > you FOP cvs. Then just do 'forrest' at the top level of > your project. OK. I re-ran /forrest/ on a backup and still get pretty much the same thing. Web Maestro Clay