Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 87701 invoked from network); 2 Dec 2003 02:52:11 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 2 Dec 2003 02:52:11 -0000 Received: (qmail 92123 invoked by uid 500); 2 Dec 2003 02:51:50 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 92106 invoked by uid 500); 2 Dec 2003 02:51:50 -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 Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 92093 invoked from network); 2 Dec 2003 02:51:49 -0000 Received: from unknown (HELO sati.virbus.de) (145.253.246.81) by daedalus.apache.org with SMTP; 2 Dec 2003 02:51:49 -0000 Received: from sati.virbus.de (localhost [127.0.0.1]) by localhost (SMTP Server) with ESMTP id EA503166AAC for ; Tue, 2 Dec 2003 03:51:57 +0100 (MET) Received: from gmx.de (a183069.studnetz.uni-leipzig.de [139.18.183.69]) by sati.virbus.de (SMTP Server) with ESMTP id ACACC166AAB for ; Tue, 2 Dec 2003 03:51:57 +0100 (MET) Message-ID: <3FCBFE5A.60003@gmx.de> Date: Tue, 02 Dec 2003 03:52:10 +0100 From: Joerg Heinicke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: de-de, de, en-us, en-gb, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Linotype and RealPathModule (was: Doco needs landing) References: <004701c3b36e$8f493560$1e01a8c0@WRPO> <1069987559.2430.13586.camel@ighp> <66ED93C5-2285-11D8-9AA1-000393D2CB02@apache.org> In-Reply-To: <66ED93C5-2285-11D8-9AA1-000393D2CB02@apache.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On 29.11.2003 17:02, Stefano Mazzocchi wrote: >> I don't mean to be cynical or anything, but Linotype and Portal >> landed in Cocoon as more-or-less functional things and not much >> has happened since. > > > wait a full second, David. I can't talk for Portal-oriented stuff since > I don't use it, but for linotype, it was ported to be IE5/mozilla > cross-platform, I received a few patches and Joerg is patching it to fix > jetty problems and there were discussions about integration with cocoon > forms and Lenya. Did I promised it? :-) I recommended Linotype to two persons here managing their private club website news. Otherwise these both persons (= software developer) have to do all the changes in static HTML pages, at least this way it was done until now. If they choose this approach (what about hosting and so on ...) the editor base is bigger, less work for them. So Linotype is not unused or dead - it works. Probably nothing will come back to Cocoon from these two persons, but who knows - bug reports are also welcome. The problem with the realpath I came across when testing the first trials (they worked on one system, but not on another one - endorsed libs again). I have no problem fixing the realpath problem using my pseudo code (if !ends with '/') and so on, but I would like to know what's correct in the servlet spec sense? I read across it, but didn't find any further mentioning besides realpath exists. Do Tomcat and Jetty 4.2.9 behave correctly or Jetty 4.2.14? And is it something to be fixed in Linotype or in the realpath module? I don't want to add a simple hack to circumvent other's problems. From a logical view the new behaviour of Jetty makes sense, at least for consistency: / D:\cocoon-2.1\build\webapp /images D:\cocoon-2.1\build\webapp\images /WEB-INF D:\cocoon-2.1\build\webapp\WEB-INF while it was "D:\cocoon-2.1\build\webapp\" until now. Shall we remove all trailing path separators? Joerg