Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 70966 invoked from network); 6 Nov 2007 20:20:53 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 6 Nov 2007 20:20:53 -0000 Received: (qmail 19452 invoked by uid 500); 6 Nov 2007 20:20:40 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 19376 invoked by uid 500); 6 Nov 2007 20:20:40 -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 19365 invoked by uid 99); 6 Nov 2007 20:20:39 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Nov 2007 12:20:39 -0800 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=RCVD_IN_BL_SPAMCOP_NET,RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [216.86.168.178] (HELO mxout-03.mxes.net) (216.86.168.178) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Nov 2007 20:21:11 +0000 Received: from [192.168.0.127] (unknown [212.76.37.154]) by smtp.mxes.net (Postfix) with ESMTP id 12FB623E4AA for ; Tue, 6 Nov 2007 15:20:17 -0500 (EST) Message-ID: <4730CC80.8040807@apache.org> Date: Tue, 06 Nov 2007 21:20:16 +0100 From: Grzegorz Kossakowski User-Agent: Thunderbird 2.0.0.5 (X11/20070719) MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: [cocoon-2.2] Deprecation References: <47132601.2060606@apache.org> <4720AB59.50201@reverycodes.com> <4720AD03.4050201@apache.org> <4720B9F8.3080801@reverycodes.com> <4720C444.1010908@apache.org> <472F034D.1040806@apache.org> <1194279318.9686.30.camel@localhost> In-Reply-To: <1194279318.9686.30.camel@localhost> Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Thorsten Scherler pisze: > > Hmm, I must admit I am still catching up with the discussion around the > cocoon:// protocol, but must admit that it is quite essential in e.g. > forrest. > > We are making lots of use of pass-trough mounts and invocation of the > project specific sitemaps from the forrest core via cocoon:// calls. > Now with the servlet: protocol (as I understand it) you need to know > before hand the name of the servlet you want to consult. This is not > practical in forrest where a project can be called as it want. Meaning > if cocoon:// is gone and no other protocol will offer the functionality > then forrest has a problem. I would really like to see more detailed description of the flow in your sitemaps that use cocoon:// protocol intensively. This would really help me to understand what problems could cause hypothetical deprecation of cocoon: protocol. Answering your concrete question there is nothing that stops you from evaluating servlet's name at runtime as long as you are connected to that servlet. Connections between servlets are static at this point (actually I believe they are static) but it's not a problem to change that. -- Grzegorz Kossakowski Committer and PMC Member of Apache Cocoon http://reflectingonthevicissitudes.wordpress.com/