Return-Path: 
 <users-return-56795-apmail-cocoon-users-archive=cocoon.apache.org@cocoon.apache.org>
Delivered-To: apmail-cocoon-users-archive@www.apache.org
Received: (qmail 59223 invoked from network); 17 Oct 2003 15:12:52 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12)
  by minotaur-2.apache.org with SMTP; 17 Oct 2003 15:12:52 -0000
Received: (qmail 66933 invoked by uid 500); 17 Oct 2003 15:12:35 -0000
Delivered-To: apmail-cocoon-users-archive@cocoon.apache.org
Received: (qmail 66915 invoked by uid 500); 17 Oct 2003 15:12:35 -0000
Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:users-help@cocoon.apache.org>
list-unsubscribe: <mailto:users-unsubscribe@cocoon.apache.org>
list-post: <mailto:users@cocoon.apache.org>
Reply-To: users@cocoon.apache.org
Delivered-To: mailing list users@cocoon.apache.org
Received: (qmail 66901 invoked from network); 17 Oct 2003 15:12:35 -0000
Received: from unknown (HELO sati.virbus.de) (145.253.246.81)
  by daedalus.apache.org with SMTP; 17 Oct 2003 15:12:35 -0000
Received: from sati.virbus.de (localhost [127.0.0.1])
	by localhost (SMTP Server) with ESMTP id 648E3166A9C
	for <users@cocoon.apache.org>; Fri, 17 Oct 2003 17:12:37 +0200 (MEST)
Received: from virbus.de (saraswati.virbus.de [212.144.5.199])
	by sati.virbus.de (SMTP Server) with ESMTP id 30287166A98
	for <users@cocoon.apache.org>; Fri, 17 Oct 2003 17:12:37 +0200 (MEST)
Message-ID: <3F9006E4.9050709@virbus.de>
Date: Fri, 17 Oct 2003 17:12:36 +0200
From: Joerg Heinicke <jheinicke@virbus.de>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031007
X-Accept-Language: de-de, de, en, en-us
MIME-Version: 1.0
To: users@cocoon.apache.org
Subject: Re: i18n resource catalogs are being cached
References: <044201c393f9$94c05bc0$5201a8c0@SOUND>
 <070701c39473$e3386660$d767a8c0@kpiroumian>
 <053b01c394c0$3fb58c00$5201a8c0@SOUND>
In-Reply-To: <053b01c394c0$3fb58c00$5201a8c0@SOUND>
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

Collin VanDyck wrote:
> This worked perfectly. thanks.

Does this mean, you have patched your Cocoon? Are you willing to contribute 
this patch, so that we can commit it and everybody gets this functionality?

Regards,

Joerg

> ----- Original Message ----- 
> From: "Konstantin Piroumian" <kpiroumian@apache.org>
> 
>>Hi,
>>
>>Message from i18n catalogs are always cached and <cache-at-startup> option
>>simply defined when to cache the message, either load all the messages at
>>startup or just cache as they are requested. This is the intended
> 
> behavior.
> 
>>I suppose that you are looking for something that will check the last
>>modification date of a resource bundle and then reload it, right?
>>Unfortunately, this is a long time 'ToDo' item in i18n transformer and
> 
> don't
> 
>>know if anybody is going to fix this in the nearest future.
>>
>>So the only way to make it work is to implement this feature yourself.
>>You'll need to modify XMLResourceBundle and XMLResourceBundleFactory to
>>check the last modification date and reload the message if required.
>>
>>Regards,
>>  Konstantin Piroumian
>>
>>
>>----- Original Message ----- 
>>From: Collin VanDyck
>>
>>Hey :)
>>
>>I'm seeing the caching of my i18n catalogs occur with Cocoon 2.0.  I
> 
> declare
> 
>>my xformer as:
>>
>><map:transformer name="i18n"
>>src="org.apache.cocoon.transformation.I18nTransformer">
>>    <catalogue-name>messages</catalogue-name>
>>    <catalogue-location>../common/translations</catalogue-location>
>>    <untranslated-text>[not yet translated]</untranslated-text>
>>    <cache-at-startup>false</cache-at-startup>
>></map:transformer>
>>
>>And then I invoke it like this:
>>
>><map:match pattern="generateXSP/**">
>>    <map:generate type="serverpages" src="{1}"/>
>>    <map:transform type="i18n">
>>        <map:parameter name="locale" value="en"/>
>>    </map:transform>
>>    <map:serialize type="xml"/>
>></map:match>
>>
>>I thought that specifying false for the cache-at-startup would fix this
>>behavior (i need it not to cache for development purposes), but apparently
>>it does cache, but only as resources that are not already cached are
>>requested.
>>
>>Any help -- greatly appreciated.  Thanks :)
>>
>>Collin

-- 
System Development
VIRBUS AG
Fon  +49(0)341-979-7419
Fax  +49(0)341-979-7409
joerg.heinicke@virbus.de
www.virbus.de


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