Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 46084 invoked from network); 20 Nov 2008 10:15:30 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 20 Nov 2008 10:15:30 -0000 Received: (qmail 77048 invoked by uid 500); 20 Nov 2008 10:15:38 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 76701 invoked by uid 500); 20 Nov 2008 10:15:37 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@cocoon.apache.org List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 76690 invoked by uid 99); 20 Nov 2008 10:15:37 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 20 Nov 2008 02:15:37 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [82.113.137.109] (HELO mail.trentris.co.uk) (82.113.137.109) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 20 Nov 2008 10:14:15 +0000 Received: from [127.0.0.1] (unknown [82.113.137.109]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.trentris.co.uk (Postfix) with ESMTP id D4FA68B0128 for ; Thu, 20 Nov 2008 10:20:19 +0000 (GMT) Mime-Version: 1.0 (Apple Message framework v753.1) Content-Transfer-Encoding: 7bit Message-Id: <88383901-225F-4FB7-850B-3F951DA67E36@robinwyles.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: dev@cocoon.apache.org From: Robin Wyles Subject: Servlet protocol and internal pipelines Date: Thu, 20 Nov 2008 10:14:53 +0000 X-Mailer: Apple Mail (2.753.1) X-Virus-Checked: Checked by ClamAV on apache.org Hi, Apologies for posting on the dev list, but I've been asking this for a while on users and am still searching for an answer (I'm kind of desperate now!).... In the default sitemap generated with the block archetype there is a pipeline as follows: On the docs page linked to above it states that blocks may have "internal resources that are accessible to other block via servlet: protocol". However, from my tests it seems that internal-only pipelines are still not accessible via the servlet protocol. So, out of the box any matchers placed in the above pipeline result in a SourceNotFoundException when accessed via the servlet protocol. Can any devs please confirm whether: 1. Internal pipelines *should* be accessible via the servlet protocol. 2. Internal pipelines *are* accessible via the servlet protocol. If 1 is true and 2 is false then I'm very surprised that this hasn't been bought up before on the user list as it seems to contradict the documentation and also severely limit the usefulness of the servlet protocol - I can't believe we're supposed to leave our SSF only pipelines accessible to the world at large! I have a test block here that demonstrates the issue if anyone is interested... Many thanks, Robin