Return-Path: 
 <users-return-86779-apmail-cocoon-users-archive=cocoon.apache.org@cocoon.apache.org>
Delivered-To: apmail-cocoon-users-archive@www.apache.org
Received: (qmail 65187 invoked from network); 22 May 2006 15:41:59 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 22 May 2006 15:41:59 -0000
Received: (qmail 61906 invoked by uid 500); 22 May 2006 15:41:55 -0000
Delivered-To: apmail-cocoon-users-archive@cocoon.apache.org
Received: (qmail 61858 invoked by uid 500); 22 May 2006 15:41:54 -0000
Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:users-help@cocoon.apache.org>
list-unsubscribe: <mailto:users-unsubscribe@cocoon.apache.org>
List-Post: <mailto:users@cocoon.apache.org>
Reply-To: users@cocoon.apache.org
List-Id: <users.cocoon.apache.org>
Delivered-To: mailing list users@cocoon.apache.org
Received: (qmail 61841 invoked by uid 99); 22 May 2006 15:41:54 -0000
Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 22 May 2006 08:41:54 -0700
X-ASF-Spam-Status: No, hits=0.0 required=10.0
	tests=
X-Spam-Check-By: apache.org
Received-SPF: unknown (asf.osuosl.org: error in processing during lookup of
 KajKandler@conficio.com)
Received: from [204.127.200.84] (HELO sccrmhc14.comcast.net) (204.127.200.84)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 22 May 2006 08:41:53 -0700
Received: from mail.conficio.com ([24.128.119.123])
          by comcast.net (sccrmhc14) with ESMTP
          id <2006052215412901400kqd59e>; Mon, 22 May 2006 15:41:29 +0000
Received: from c-24-128-119-123.hsd1.ma.comcast.net ([24.128.119.123]:65161
 helo=[192.168.0.29])
	by mail.conficio.com with esmtpsa (TLSv1:AES256-SHA:256)
	(Exim 4.44)
	id 1FiCX9-00011p-7Z
	for users@cocoon.apache.org; Mon, 22 May 2006 11:41:28 -0400
Message-ID: <4471DC55.5030000@Conficio.com>
Date: Mon, 22 May 2006 11:44:21 -0400
From: Kaj Kandler <KajKandler@Conficio.com>
Reply-To: KajKandler@conficio.com
Organization: Conficio
User-Agent: Thunderbird 1.5.0.2 (Windows/20060308)
MIME-Version: 1.0
To: users@cocoon.apache.org
Subject: seeking <handle-errors> help 
X-Enigmail-Version: 0.94.0.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Spam-Score: -1.4 (-)
X-Spam-Report: Spam detection software, running on the system "geldbeutel",
 has
	identified this incoming email as possible spam.  The original message
	has been attached to this so you can view it (if it isn't spam) or label
	similar future email.  If you have any questions, see
	postmaster for details.
	Content preview:  -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dear list,
	I seem to be stuck with my attempt to handle errors in my pipeline. It
	appears they are not called in the sub-sitemap. [...]
	Content analysis details:   (-1.4 points, 5.0 required)
	pts rule name              description
	---- ----------------------
 --------------------------------------------------
	-1.4 ALL_TRUSTED            Passed through trusted hosts only via SMTP
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Dear list,
I seem to be stuck with my attempt to handle errors in my pipeline.

It appears they are not called in the sub-sitemap.

Here is my 2.1.9 configuration:
- --- selector in standard sitemap.xmap --> just added the
"file-not-found" ---
    <!--+
        | Exception selector : used in <map:handle> errors to build
different pipelines
        | depending on the error that occured.
        | The configuration allows to associate a symbolic name to
exception classes
        | which is used in the <map:when> tests.
        | An exception can also be "unrolled", meaning that cascaded
exception will be checked.
        +-->
    <map:selector logger="sitemap.selector.exception" name="exception"
src="org.apache.cocoon.selection.ExceptionSelector">
      <exception class="java.io.FileNotFoundException"
name="file-not-found"/>
      <exception class="org.apache.cocoon.ResourceNotFoundException"
name="not-found"/>
      <exception
class="org.apache.cocoon.components.flow.InvalidContinuationException"
name="invalid-continuation"/>
      <!-- The statement below tells the selector to unroll as much
exceptions as possible -->
      <exception class="java.lang.Throwable" unroll="true"/>
    </map:selector>
- --- in my mounted my-app.xmap ---
    <map:pipeline>
      <map:match pattern="/*.xml">
        <map:generate src="xdocs/{1}.xml"/>
        <map:serialize type="xml"/>
      </map:match>
      <map:match pattern="**.xml">
        <map:generate src="xdocs/{1}.xml"/>
        <map:serialize type="xml"/>
      </map:match>
    <map:handle-errors>
      <map:select type="exception">

        <map:when test="not-found">
<!--
				<map:generate src="cocoon:/glosary-term-not-found.xml"/>
		        <map:transform type="idgen" label="id"/>
				<map:transform src="resources/stylesheets/site2xhtml.xsl" label="xhtml">
		        <map:transform type="xinclude" label="include"/>
					<map:parameter name="path" value="/"/>
					<map:parameter name="page" value="glossary-term-not-found"/>
				</map:transform>
				<map:transform type="linkrewriter"
src="cocoon:/linkmap-glossary-term-not-found" label="rewritten"/>
				<map:serialize status-code="404"/>
- -->
          <map:generate type="exception"/>
          <map:transform src="stylesheets/system/exception2html.xslt">
            <map:parameter name="contextPath"
value="{request:contextPath}"/>
            <map:parameter name="realPath" value="{realpath:}"/>
            <map:parameter name="pageTitle" value="Resource not found
... my-app xml pipeline"/>
          </map:transform>
          <map:serialize status-code="404"/>
			</map:when>
        <map:when test="file-not-found">
<!--
				<map:generate src="cocoon:/glosary-term-not-found.xml"/>
		        <map:transform type="idgen" label="id"/>
				<map:transform src="resources/stylesheets/site2xhtml.xsl" label="xhtml">
		        <map:transform type="xinclude" label="include"/>
					<map:parameter name="path" value="/"/>
					<map:parameter name="page" value="glossary-term-not-found"/>
				</map:transform>
				<map:transform type="linkrewriter"
src="cocoon:/linkmap-glossary-term-not-found" label="rewritten"/>
				<map:serialize status-code="404"/>
- -->
          <map:generate type="exception"/>
          <map:transform src="stylesheets/system/exception2html.xslt">
            <map:parameter name="contextPath"
value="{request:contextPath}"/>
            <map:parameter name="realPath" value="{realpath:}"/>
            <map:parameter name="pageTitle" value="Resource not found
... my-app xml pipeline"/>
          </map:transform>
          <map:serialize status-code="404"/>
			</map:when>
		</map:select>
	</map:handle-errors>
    </map:pipeline>
- ---------

Is there anything obviously wrong with that? It appears that always the
error handling from the main webapp/sitemap.xmap is used. Even when I
remove that it is replaced with some default "Error ..." handler.

Is this some new behavior in 2.1.9? Is the documentation of the
error-handler hierarchy still correct?

Thanks

Kaj
- --
KajKandler@Conficio.com

- -----------------------------------------------------
|  We produce animated software manuals that click  |
- -----------------------------------------------------
 Conficio
 http://www.conficio.com/
 P.O.Box 761062,  Melrose,
 MA 02176

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (MingW32)

iD8DBQFEcdxVRDUvrJRNjTARAiG3AKCblB+TIPGz1E7DVzNK8i/9HnS1cwCeJ+s/
7oWLaPBfo3hNi0rUrGAJoMU=
=6+J3
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org