Joerg Heinicke wrote:
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

Reply via email to