Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 63793 invoked from network); 31 May 2007 14:26:53 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 31 May 2007 14:26:53 -0000 Received: (qmail 50277 invoked by uid 500); 31 May 2007 14:26:54 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 50204 invoked by uid 500); 31 May 2007 14:26:54 -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 50135 invoked by uid 99); 31 May 2007 14:26:53 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 31 May 2007 07:26:53 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS X-Spam-Check-By: apache.org Received-SPF: neutral (herse.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; Thu, 31 May 2007 07:26:47 -0700 Received: from [192.168.1.4] (unknown [87.206.142.101]) by smtp.mxes.net (Postfix) with ESMTP id DC96D5194F for ; Thu, 31 May 2007 10:26:25 -0400 (EDT) Message-ID: <465EDB0E.5070300@apache.org> Date: Thu, 31 May 2007 16:26:22 +0200 From: Grzegorz Kossakowski User-Agent: Thunderbird 2.0.0.0 (X11/20070326) MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: DispatcherServlet References: <464AD932.8060401@apache.org> <464AEB21.3080308@nada.kth.se> <464AF93C.8050900@apache.org> <464C363E.3030007@nada.kth.se> <464C4F2E.2060108@apache.org> <464C6472.90708@nada.kth.se> <464C68CF.402@apache.org> <464DA9BF.8030106@nada.kth.se> <464DF33A.1060500@apache.org> <464F1075.7090005@nada.kth.se> <465C1A1D.4090502@apache.org> <465ED2FE.8090106@dslextreme.com> In-Reply-To: <465ED2FE.8090106@dslextreme.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Ralph Goers pisze: > What am I missing? All of these syntaxes look invalid to me. Why isn't > the syntax of the normal form > > protocol://[servername[:port]]/path > > From the discussions it isn't obvious to me if the block name should be > the server name or part of the path. It could be a server name if we are referencing blocks (servlets) by their bean's IDs. One of requirement for construct: protocol://[servername[:port]]/path is that it is an absolute path, globally unique. The problem is with servlets referenced by their local aliases (connection names). As far as I understand RFC 1808[1] this is a proper URL: protocol:connection_name:/path is a proper URL? So we could have: servlet:connection_name:/path for relative URLs and servlet://bean_ID:/path for absolute URLs WDYT? -- Grzegorz Kossakowski http://reflectingonthevicissitudes.wordpress.com/