Return-Path: Delivered-To: apmail-forrest-dev-archive@www.apache.org Received: (qmail 84854 invoked from network); 1 Oct 2005 22:16:56 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 1 Oct 2005 22:16:56 -0000 Received: (qmail 3265 invoked by uid 500); 1 Oct 2005 22:16:55 -0000 Delivered-To: apmail-forrest-dev-archive@forrest.apache.org Received: (qmail 3211 invoked by uid 500); 1 Oct 2005 22:16:54 -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 3200 invoked by uid 99); 1 Oct 2005 22:16:54 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 01 Oct 2005 15:16:54 -0700 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 [212.23.3.140] (HELO pythagoras.zen.co.uk) (212.23.3.140) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 01 Oct 2005 15:17:00 -0700 Received: from [82.69.78.226] (helo=[192.168.0.2]) by pythagoras.zen.co.uk with esmtp (Exim 4.30) id 1ELpej-0002NM-0U for dev@forrest.apache.org; Sat, 01 Oct 2005 22:16:33 +0000 Message-ID: <433F0ABF.6000201@apache.org> Date: Sat, 01 Oct 2005 23:16:31 +0100 From: Ross Gardler User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@forrest.apache.org Subject: Re: Fixing a Howto References: <918019854.20051001115614@soethe.net> <433F04CE.7060903@apache.org> In-Reply-To: <433F04CE.7060903@apache.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-Pythagoras-IP: [82.69.78.226] X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Ross Gardler wrote: > Ferdinand Soethe wrote: > >> In trying to track down the processing of html-files (to fix the >> problems with attributes disappearing and other unwanted ones >> reappearing) I have gone through my own documentation >> >> And found that it is broken as soon as we move from sitemap.xmap to >> forrest.xmap. >> >> >>> Open the file 'forrest.xmap' and continue the search for a matching >>> pattern. >> >> >> >> Could somebody pls check and correct the following analysis of what >> currently >> happens in forrest.xmap? >> >> 1. We go through forrest.xmap looking for a match for **.xml >> 2. First match is >> >> >> >> >> > src="{project:temp-dir}/input.xmap" >> check-reload="yes" >> pass-through="true"/> >> >> >> This will load and process input.xmap normally in build\tmp >> and process it if it exists. >> I guess this is to allow the input-plugins to intercept processing >> by defining their own matchers in there? > > > Yes, the 'pass-through="true"' attribute indicates that if no match is > found within the mounted sitemap then we should continue checking the > mounting sitemap from this point. > > In other words, we will only continue processing in this sitemap if > there is a map:generate that is processed in input.xmap. That last sentence should be: In other words, we will only continue processing in this sitemap if there is *not* a map:generate that is processed in input.xmap. Sorry, Ross