Return-Path: 
 <cocoon-dev-return-39683-apmail-xml-cocoon-dev-archive=xml.apache.org@xml.apache.org>
Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org
Received: (qmail 22944 invoked by uid 500); 2 Apr 2003 18:34:40 -0000
Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:cocoon-dev-help@xml.apache.org>
list-unsubscribe: <mailto:cocoon-dev-unsubscribe@xml.apache.org>
list-post: <mailto:cocoon-dev@xml.apache.org>
Reply-To: cocoon-dev@xml.apache.org
Delivered-To: mailing list cocoon-dev@xml.apache.org
Received: (qmail 22883 invoked from network); 2 Apr 2003 18:34:38 -0000
Received: from out003pub.verizon.net (HELO out003.verizon.net)
 (206.46.170.103)
  by daedalus.apache.org with SMTP; 2 Apr 2003 18:34:38 -0000
Received: from verizon.net ([139.85.116.117]) by out003.verizon.net
          (InterMail vM.5.01.05.27 201-253-122-126-127-20021220) with ESMTP
          id <20030402183441.LIXE28543.out003.verizon.net@verizon.net>
          for <cocoon-dev@xml.apache.org>; Wed, 2 Apr 2003 12:34:41 -0600
Message-ID: <3E8B2CC9.9020805@verizon.net>
Date: Wed, 02 Apr 2003 13:32:41 -0500
From: Vadim Gritsenko <vadim.gritsenko@verizon.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
 rv:1.3) Gecko/20030312
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: cocoon-dev@xml.apache.org
Subject: Re: Generators now allowed in <map:handle-errors>
References: <3E8A0606.2020206@anyware-tech.com> <3E8A2382.8070505@verizon.net>
 <3E8AA6F4.2020604@anyware-tech.com> <3E8B015B.50700@verizon.net>
 <3E8B169C.9060700@anyware-tech.com>
In-Reply-To: <3E8B169C.9060700@anyware-tech.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Authentication-Info: Submitted using SMTP AUTH at out003.verizon.net from
 [139.85.116.117] at Wed, 2 Apr 2003 12:34:41 -0600
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

Sylvain Wallez wrote:

> Vadim Gritsenko wrote:
>
<snip/>

>
> But once again, I prefer to avoid "automagic" implicit behaviour of 
> the sitemap engine, and encourage people to migrate to writing a 
> <map:generate> in their error handling and consider implicit generator 
> and 'type' attributes on <handle-error> as deprecated features. 


I'm Ok with your approach. I was just poiting other possible way to 
solve this in case we have -1's.

Vadim


> Sylvain