Return-Path: Delivered-To: apmail-xml-forrest-dev-archive@www.apache.org Received: (qmail 35087 invoked from network); 20 Apr 2004 19:57:13 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 20 Apr 2004 19:57:13 -0000 Received: (qmail 40505 invoked by uid 500); 20 Apr 2004 19:57:01 -0000 Delivered-To: apmail-xml-forrest-dev-archive@xml.apache.org Received: (qmail 40234 invoked by uid 500); 20 Apr 2004 19:56:59 -0000 Mailing-List: contact forrest-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: forrest-dev@xml.apache.org Delivered-To: mailing list forrest-dev@xml.apache.org Received: (qmail 40221 invoked from network); 20 Apr 2004 19:56:59 -0000 Received: from unknown (HELO wkwyw.ensim.dedicated-servers.co.uk) (217.199.181.91) by daedalus.apache.org with SMTP; 20 Apr 2004 19:56:59 -0000 X-ClientAddr: 64.28.136.79 Received: from apache.org ([64.28.136.79]) (authenticated (0 bits)) by wkwyw.ensim.dedicated-servers.co.uk (8.11.6/8.11.6) with ESMTP id i3KKDG108366 for ; Tue, 20 Apr 2004 21:13:16 +0100 Message-ID: <40858009.6040505@apache.org> Date: Tue, 20 Apr 2004 15:54:49 -0400 From: Ross Gardler Organization: saafe.org User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: forrest-dev@xml.apache.org Subject: Re: [issues] Created: (FOR-133) Cocoon.xconf is misconfigured in WAR References: <31885867.1082468197204.JavaMail.jira_admin@cocoondev.org> In-Reply-To: <31885867.1082468197204.JavaMail.jira_admin@cocoondev.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean X-MailScanner-SpamCheck: 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 issues@cocoondev.org wrote: > Message: > > Description: > When building a war file, the generated WEB-INF/cocoon.xconf file contains absolute paths to the resources, content, catalogs etc of the webapp as found on the development computer. This brakes the war when installed in a servlet container. Manually editing cocoon.xconf after installing the war fixes the issue. > This was broken by a recent commit that prevents cocoon-live.xconf from being configured and replacing cocoon.xconf when building the war. This was pointed out on the list but the change was never reverted (and I'm afraid I have not had the time to download and configure SVN so I'm unable to do this). If you uncomment the lines in the webapp target that copy cocoon-live.xconf into the webapp directory it should work. > [While I wrote this bug report, nicolaken wrote an UPDATE about what > looks like the same issue. But since I could not find a bug report > covering it, I found it better to file the report as not to forget to > test against it later on.] You are right the need for cocoon-live.xconf should be removed by this work. But I don't know if Nikola Ken has tested this, I don't think this is one of his use cases. Perhaps you could test it for us? Ross