Expiring strategies
Overview
Like caching strategies, a server's default expiring strategies can be set in the WCM WCMConfigService service using the dmgr console. Custom expiring parameters can also be set in connect tags and URL requests to override a server's default expiring strategies.
If basic caching is used as default web content cache, custom expiring cannot be used.
In most cases the expiry schedule is based around how often the source content is updated. So, if the source content is updated hourly, then each cache would be expired hourly. If the source content is updated daily, then each cache would be expired daily.
Beyond these examples, a different expiry schedule would be used. If web pages were only updated weekly, or monthly, you would still schedule caches to expire daily. Otherwise, when source content was updated, it could take up to a week for it to appear on site.
Caching expiries versus workflow expiries
The expires parameter in a workflow is not related to the Expires parameter in IBM Web Content Manager caching. A page that is set to expire at midnight as part of a workflow will only do so if it has not already been saved in a cache. The page will remain in the cache until expired by the Web Content Manager application regardless of the Expires setting in a workflow.
Parent
Caching optionsRelated
Previous
Set service configuration properties