From dev-return-99989-apmail-cocoon-dev-archive=cocoon.apache.org@cocoon.apache.org Wed Jul 30 11:30:16 2008 Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 86879 invoked from network); 30 Jul 2008 11:30:16 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 30 Jul 2008 11:30:16 -0000 Received: (qmail 9463 invoked by uid 500); 30 Jul 2008 11:30:15 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 9099 invoked by uid 500); 30 Jul 2008 11:30:14 -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 9088 invoked by uid 99); 30 Jul 2008 11:30:14 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 30 Jul 2008 04:30:14 -0700 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [88.198.46.98] (HELO indoqa.com) (88.198.46.98) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 30 Jul 2008 11:29:18 +0000 Received: from [10.4.1.227] (unknown [86.59.20.138]) by indoqa.com (Postfix) with ESMTP id 24B522554E4 for ; Wed, 30 Jul 2008 13:29:44 +0200 (CEST) Message-ID: <4890507F.9080105@apache.org> Date: Wed, 30 Jul 2008 13:29:03 +0200 From: =?ISO-8859-1?Q?Reinhard_P=F6tz?= User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Webdav and link-rewrite X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org I had a brief look at the link-rewrite block and think now that the migration of the LinkrewriterTransformer will be difficult because of its configuration can't be easily converted to Spring. Since the main use case for the LinkrewritingTransformer is rewriting servlet: links, I think that the best compromise is that Lukas implements a specialized ServletLinkRewritingTransformer that could be put into the servlet-service-fw-components block. This will satisfy our main goal of getting rid of the linkrewrite dependency in the servlet-service-fw-components block. In the case that one needs the more advanced use cases, the already existing transformer can be used by adding the link-rewrite block. Or are there any better suggestions? - o - Apart from the link-rewrite block he will also migrate the webdav block. Any thoughts or recommendations on this? The plan is that all Avalon components are migrated to Spring and that Jackrabbit is used as webdav server. I remember Jasha and Jereon have started to work on this in Rome last year. Any comments from you? -- Reinhard Pötz Managing Director, {Indoqa} GmbH http://www.indoqa.com/en/people/reinhard.poetz/ Member of the Apache Software Foundation Apache Cocoon Committer, PMC member reinhard@apache.org ________________________________________________________________________