Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@cocoon.apache.org
Received-SPF: neutral (asf.osuosl.org: 64.151.110.219 is neither permitted nor
 denied by domain of Ralph.Goers@dslextreme.com)
Message-ID: <43D41EA4.3000807@dslextreme.com>
Date: Sun, 22 Jan 2006 16:09:08 -0800
From: Ralph Goers <Ralph.Goers@dslextreme.com>
Reply-To: rgoers@apache.org
User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716)
MIME-Version: 1.0
To: users@cocoon.apache.org
Subject: Re: Sitemap/Input Module & i18n guru req.
References: <20060122222455.YFWL29891.aamta09-winn.ispmail.ntl.com@rob>
In-Reply-To: <20060122222455.YFWL29891.aamta09-winn.ispmail.ntl.com@rob>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

In our environment we have a default catalog and then each bank can 
provide just the definitions for the keys they want to override.  In 
order for this to work the bank name must be resolved at each request.  
I assume you are trying to do something similar.

If you look in cocoon.xconf you will see a section that defines 
"source-factories". You will notice that file, resource, cocoon and 
context are defined there, among others.  If you look at the classes 
referenced in those definitions you will see pretty much everything you 
need to know about how to implement your own "protocol" handler.  My 
prefs protocol retrieves data from our preferences repository, which is 
where we store our catalogs. 

Basically, you need to implement a SourceFactory and a Source.  Then in 
your Source have it return a systemid that varies depending on the 
request info (to insure caching works properly) and, of course, all the 
other methods should behave appropriately as well.

Ralph

Rob Gregory wrote:

>Hey Ralph,
>
>It sounds like you have the perfect solution and understand what I am trying
>to do (at runtime) can you expand by explaining the prefs:// is this similar
>to cocoon:// etc? Can you provide a code sample so I can get a feel for what
>you are suggesting? 
>
>Look forward to your continued support.
>
>Thanks again for your time.
>Rob
>
>
>  
>
>  
>

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