Well, the only problem with what I have now, is that I had to get this out
quick and dirty to get it work so that some of our other content providers
can see their changes update in real-time.
To that effect, my solution works only when 'all' of the resource files are
updated (via a 'touch' by ant in the built files). I did not have time to
really look into the proper solution, so I feel like it is a hack. Would
you be willing to take a look at the source and modify correctly? I think
it is almost there.
Also, I'm unfamiliar with this process, so you might have to walk me through
it.
thanks,
Collin
----- Original Message -----
From: "Joerg Heinicke" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, October 17, 2003 11:12 AM
Subject: Re: i18n resource catalogs are being cached
> 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" <[EMAIL PROTECTED]>
> >
> >>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
> [EMAIL PROTECTED]
> www.virbus.de
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
