Caching 批量发布选项(发布公司子节点),带有magnolia中的缓存

Caching 批量发布选项(发布公司子节点),带有magnolia中的缓存,caching,magnolia,Caching,Magnolia,我使用的是magnolia企业标准版本5.3。我们为不同的应用程序提供了publish和publish inc.子节点选项。有人能告诉我当我们发布树结构时缓存是如何工作的吗?我的意思是说,它是一个接一个地发布每个节点,并且在发布每个节点之后,它会刷新公共缓存吗?还是先发布整个树,然后刷新公共缓存 实际上我想申请批量发布的等待时间?在此之前,我想了解在发布树结构时缓存的角色 我们可以为批量发布添加等待时间吗 我不是说多站点缓存的事情。取决于您如何配置缓存或刷新策略,或者实际上是触发刷新策略的观察者

我使用的是magnolia企业标准版本5.3。我们为不同的应用程序提供了publish和publish inc.子节点选项。有人能告诉我当我们发布树结构时缓存是如何工作的吗?我的意思是说,它是一个接一个地发布每个节点,并且在发布每个节点之后,它会刷新公共缓存吗?还是先发布整个树,然后刷新公共缓存

实际上我想申请批量发布的等待时间?在此之前,我想了解在发布树结构时缓存的角色

我们可以为批量发布添加等待时间吗


我不是说多站点缓存的事情。

取决于您如何配置缓存或刷新策略,或者实际上是触发刷新策略的观察者。IIRC,默认情况下,它被配置为当发布的事件到达时,它将等待并收集一秒钟内出现的所有其他传入激活。如果自上次事件发生后的一秒钟内没有发生任何事件,则将包含聚合消息的事件传递给flush policy。另一方面,如果事件不断到达,则在响应和刷新缓存之前,观测将持续收集和聚合这些事件最多4秒。我希望,1秒和4秒是正确的间隔,但自从我上次在那个区域挖掘任何东西以来已经有几年了,所以从那以后可能会有轻微的变化

在EE中,您还可以配置其他缓存策略,并且可以使用双缓存,其中一个缓存总是在刷新另一个缓存之前进行预热并添加新内容,或者您可以编写完全符合您需要的自定义策略