On 04.06.2004 15:02, Derek Hohls wrote:
Um - I am not understanding what you are saying; when and how will the "cache invalidation" occur; and if it is not happening, there must be something that is required to set it off ...? Otherwise, how can the application be considered to be "dynamic"... a user should be able to "refresh" a page and automatically see *any* changes.
Not that long ago the bundles with all those i18n messages were loaded only once at start up or first access, they could never be reloaded on a running instance, you had to redeploy Cocoon or restart the server.
Now this should no longer be necessary as they are cacheable like other components too. A change to one of the messages should be immediatly available in the application/on the page. Now you said exactly this does not work for you and you refered to cache-at-startup. I said it works for me and that it should not be related to cache-at-startup as this only influences the initialization time (at startup or first access). The problem might be (said very sweepingly) to error prone cache invalidation, i.e. it is not correctly recognized that a message has changed (which is probably based on the file's last modification timestamp). Unfortunately I can not provide a solution. You might ask Vadim (he implemented it IIRC) for some more details, he is on IRC at the moment.
Hope this clearifies the misunderstandings.
Joerg
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
