Return-Path: 
 <cocoon-dev-return-34296-apmail-xml-cocoon-dev-archive=xml.apache.org@xml.apache.org>
Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org
Received: (qmail 95664 invoked by uid 500); 18 Dec 2002 23:24:48 -0000
Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:cocoon-dev-help@xml.apache.org>
list-unsubscribe: <mailto:cocoon-dev-unsubscribe@xml.apache.org>
list-post: <mailto:cocoon-dev@xml.apache.org>
Reply-To: cocoon-dev@xml.apache.org
Delivered-To: mailing list cocoon-dev@xml.apache.org
Received: (qmail 95653 invoked from network); 18 Dec 2002 23:24:48 -0000
From: "Geoff Howard" <cocoon@leverageweb.com>
To: <cocoon-dev@xml.apache.org>
Subject: current status of global input module / variables
Date: Wed, 18 Dec 2002 18:32:08 -0500
Message-ID: <CAEFLDPFNJFPMBLBKFLOKEKKCAAA.cocoon@leverageweb.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Importance: Normal
X-AntiAbuse: This header was added to track abuse,
 please include it with any abuse report
X-AntiAbuse: Primary Hostname - host.leverageweb.com
X-AntiAbuse: Original Domain - xml.apache.org
X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [0 0]
X-AntiAbuse: Sender Address Domain - leverageweb.com
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

Briefly if need be, what is the current status of this concept:

<map:component-configurations>
  <global-variables>
     <skin>cocoon</skin>
  </global-variables>
</map:component-configurations>

as discussed a few months ago?  I haven't been getting it to work.  Is it
abandoned?

My use case:
I have several domains virtual hosted on my one cocoon instance and plan on
more.  They are mounted off the root sitemap by means of a host matcher.  As
a pre-blocks way of sharing some common behaviours i am experimenting with
mounting from each of those back to a directory at the context root:

in mounted sub-sitemap:
<map:match pattern="admin/content/edit/**">
   <map:mount check-reload="yes" src="../edit/"
uri-prefix="admin/content/edit"/>
</map:match>

(side note: I wanted to use context:/edit instead of ../edit but couldn't
get it to work - any idea why?)

so that http://host1.com/admin/content/edit/ is handled by the same sitemap
as http://host2.com/admin/content/edit/.

It works, but now need to make some references back to resources relative to
the host-specific mounting sitemap, and that's where I hoped to have those
global input module values assigned in the sitemap.

Thanks,
Geoff Howard


---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org