Return-Path: Delivered-To: apmail-forrest-dev-archive@www.apache.org Received: (qmail 30249 invoked from network); 30 Jan 2006 10:56:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 30 Jan 2006 10:56:58 -0000 Received: (qmail 40158 invoked by uid 500); 30 Jan 2006 10:56:56 -0000 Delivered-To: apmail-forrest-dev-archive@forrest.apache.org Received: (qmail 39985 invoked by uid 500); 30 Jan 2006 10:56:56 -0000 Mailing-List: contact dev-help@forrest.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@forrest.apache.org List-Id: Delivered-To: mailing list dev@forrest.apache.org Received: (qmail 39968 invoked by uid 99); 30 Jan 2006 10:56:56 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [192.87.106.226] (HELO ajax.apache.org) (192.87.106.226) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 30 Jan 2006 02:56:54 -0800 Received: from ajax.apache.org (ajax.apache.org [127.0.0.1]) by ajax.apache.org (Postfix) with ESMTP id 13CDFC9 for ; Mon, 30 Jan 2006 11:56:33 +0100 (CET) Message-ID: <35449011.1138618593000.JavaMail.jira@ajax.apache.org> Date: Mon, 30 Jan 2006 11:56:32 +0100 (CET) From: "Thorsten Scherler (JIRA)" To: dev@forrest.apache.org Subject: [jira] Commented: (FOR-800) make forrest.properties.xml (as aggregation of all properties) aviable via cocoon:// In-Reply-To: <1747892099.1138477655997.JavaMail.jira@ajax.apache.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/FOR-800?page=comments#action_12364452 ] Thorsten Scherler commented on FOR-800: --------------------------------------- Hmm, I do not understand. I am looking for all aviable properties. I read something about default.forrest.properties.xml, ... but which can I request ( I do not know with which I need to substitute the *) To pass all this props in the sitemap is not efficient, that is the biggest problem of input modules in general (you cannot use them directly in xsl). We can not decide which properties a contract will need and further it is not easy to extend because you need to touch the sitemap. A contract should be able to request any given prop from *.properties.xml. Please see the master.ft: ... > make forrest.properties.xml (as aggregation of all properties) aviable via cocoon:// > ------------------------------------------------------------------------------------ > > Key: FOR-800 > URL: http://issues.apache.org/jira/browse/FOR-800 > Project: Forrest > Type: Sub-task > Components: Core operations > Reporter: Thorsten Scherler > Priority: Blocker > > That the new properties is usable to a wider range of use cases we need to be able to request all of them via on match. > Either project specific like: > cocoon://forrest.properties.xml > or path specific like: > cocoon://**.properties.xml -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira