Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revisionLast revisionBoth sides next revision | ||
72:cms_prefetch [2018/10/08 13:38] – etea | 72:cms_prefetch [2020/10/21 12:48] – [CMS Prefetch Configuration] twn | ||
---|---|---|---|
Line 18: | Line 18: | ||
< | < | ||
< | < | ||
- | < | + | < |
- | value=" | + | |
</ | </ | ||
< | < | ||
</ | </ | ||
+ | |||
</ | </ | ||
- | A more detailed description of these properties can be found in the following | + | A more detailed description of these properties can be found in the following |
- | TBD | + | * **cms.prefetch.activated** |
+ | * In case no configuration management system is configured the prefetch service can be completely deactivated. | ||
+ | * Default: true | ||
+ | * **cms.cache.refreshIntervalInMinutes** | ||
+ | * A new prefetch run will be started after this period of time. (In case of a too short interval it will be delayed until the previous run has finished) | ||
+ | * Default: 60 | ||
+ | * **cms.prefetch.sleepMillisBetweenDocuments** | ||
+ | * In case the prefetch service produces too much CPU load on the Stages server or on the CMS, it can be forced to pause for some time. This will of course lead to longer running prefetches. | ||
+ | * Default: 0 | ||
+ | * **cms.prefetch.workersCount** | ||
+ | * In case the prefetch does not finish its work within the specified referesh interval, the amount of worker threads utilized by the prefetch can be increased. This will lead to additional CPU load and load on the CMS. | ||
+ | * Default: 1 | ||
+ | * **cms.prefetch.strategy.class** | ||
+ | * Specifies the strategy implementation to use to update the document revision information. | ||
+ | * Default: AllDocumentsStrategy | ||
+ | * **cms.prefetch.maxParallelTasks.< | ||
+ | * Where < | ||
+ | * Default: 1 | ||
+ | * **cms.prefetch.initialStart.hourOfDay** | ||
+ | * In case this property exists in config.xml, scheduling of the initial prefetch run will be delayed until the configured hour of the day. Valid values are (0-23). E.g. for 22 the first prefetch run will be delayed to 22:00. It has to be ensured that the Stages service is up and running at this timepoint. If this property does not exist the prefetch will start directly after starting the Stages service. | ||
+ | * Default: <not set; start immediatly> | ||
=== Strategies === | === Strategies === | ||
Line 34: | Line 54: | ||
//Classic all documents available// | //Classic all documents available// | ||
+ | |||
< | < | ||
- | class=de.methodpark.pkit.cms.prefetch.ClassicAllDocumentsStrategy | + | class=AllDocumentsStrategy |
</ | </ | ||
Line 41: | Line 63: | ||
//Prefetch by CMS type strategy// | //Prefetch by CMS type strategy// | ||
+ | |||
< | < | ||
- | class=de.methodpark.pkit.cms.prefetch.PrefetchByCMSTypeStrategy | + | class=CMSTypeStrategy |
</ | </ | ||
Line 53: | Line 77: | ||
< | < | ||
< | < | ||
- | < | + | < |
- | value=" | + | |
< | < | ||
< | < | ||
Line 64: | Line 87: | ||
< | < | ||
</ | </ | ||
+ | |||
</ | </ | ||
Line 70: | Line 94: | ||
Stages caches two different levels of information regarding files in external configuration management systems. It collects infomation about the folder structure of a CMS and the files contained within these folders. This information is then used for displaying document information such as the version or state of a file. | Stages caches two different levels of information regarding files in external configuration management systems. It collects infomation about the folder structure of a CMS and the files contained within these folders. This information is then used for displaying document information such as the version or state of a file. | ||
- | These caches are - by default - persisted in the file system on the application server that runs Stages. However the administrator may configure these caches to be stored within a relational Database. This increases cache performance significantly. | + | These caches are persisted in the file system on the application server that runs Stages. |
- | + | ||
- | The configuration of this is done in the Stages configuration file ''< | + | |
- | + | ||
- | Each cache requires its own configuration and its own database. An example configuration for both MySQL and Oracle database servers can be found within the file. | + | |
- | //Note//: After changing the cache persistence settings, the Stages configuration | + | The cache size has a fixed size but will be configurable from Version 7.4.6.1, 7.5.2.1 and above. |