Reinhard Poetz <reinhard <at> apache.org> writes:
I have a problem with the caching of the i18n catalogues.
Any idea what can go wrong?
http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=110064557022481&w=2 - maybe the 4th paragraph gives some hint ...
Thanks for the hint, it was an interesting read - I'm somewhat behind with my mails, around July last year ...
But unfortunately it is not helping here: 1. The declaring sitemap ist the same as the using sitemap. 2. It's not a problem of resolving relative paths.
declaration:
<map:transformer logger="sitemap.transformer.i18n.todo" name="i18n" src="org.apache.cocoon.transformation.I18nTransformer"> <catalogues default="dictionary"> <catalogue id="dictionary" location="resources/translations" name="dictionary"/> <catalogue id="todo" name="todo"> <location>../resources/translations</location> <location>resources/translations</location> <location>{request-attr:group}/resources/translations</location> </catalogue> <catalogue id="page" location="../resources/translations" name="page"/> </catalogues> <cache-at-startup>false</cache-at-startup> </map:transformer>
usage:
<map:match pattern="*/todo-*.pfm"> <!-- action that puts request parameters into request attributes --> <map:act type="request-propagator"> <map:parameter name="group" value="{1}"/> </map:act> <map:generate type="serverpages" src="{../1}/todo-{../2}.xml"/> ... <map:transform type="i18n"> <map:parameter name="default-catalogue-id" value="todo"/> </map:transform> <map:serialize /> </map:match>
Any further idea?
Not a specif one. I'd use the debugger or add some logging statements to find out where the I18nTransformer is actually looking for the catalogues.
-- Reinhard