topic Re: Separated Share front ends in Alfresco Archive https://connect.hyland.com/t5/alfresco-archive/separated-share-front-ends/m-p/298413#M251543 <HTML><HEAD></HEAD><BODY><SPAN>Hello,</SPAN><BR /><BR /><SPAN>there isn't much that is cached in Share tier - basically just the dynamic Surf view model fragments for dashboards and sites. As a result, there is little need for cache setting modifications. Settings can be found in Surf files, e.g. &lt;a href="</SPAN><A href="https://github.com/Alfresco/community-edition/blob/e0c6c4088320113db82e16ca5e3261aa321ec26d/projects/surf/spring-surf/spring-surf/src/main/resources/org/springframework/extensions/surf/spring-surf-config.xml" rel="nofollow noopener noreferrer">https://github.com/Alfresco/community-edition/blob/e0c6c4088320113db82e16ca5e3261aa321ec26d/projects/surf/spring-surf/spring-surf/src/main/resources/org/springframework/extensions/surf/spring-surf-config.xml</A><SPAN>"&gt;spring-surf-config.xml&lt;/a&gt; and &lt;a href="</SPAN><A href="https://github.com/Alfresco/community-edition/blob/e0c6c4088320113db82e16ca5e3261aa321ec26d/projects/surf/spring-surf/spring-surf/src/main/resources/org/springframework/extensions/surf/spring-surf-model-context.xml" rel="nofollow noopener noreferrer">https://github.com/Alfresco/community-edition/blob/e0c6c4088320113db82e16ca5e3261aa321ec26d/projects/surf/spring-surf/spring-surf/src/main/resources/org/springframework/extensions/surf/spring-surf-model-context.xml</A><SPAN>"&gt;spring-surf-model-context.xml&lt;/a&gt;.</SPAN><BR /><BR /><SPAN>Setting every cache to invalidating will break some functionality that relies on fully distributed caching, specifically authentication tickets and potentially some kind of transient locks not persisted in the database. "Invalidating" mode also does not mean that every cluster node maintains a full copy of cluster data and does not have to query for data - the cluster nodes will end up having only the data they already accessed in caches and querying the database instead of other cluster nodes. It is assumed that cluster communication to obtain cached objects is faster than re-executing the entire database query and post-processing.</SPAN><BR /><BR /><SPAN>Regards</SPAN><BR /><SPAN>Axel</SPAN></BODY></HTML> Mon, 02 Mar 2015 16:09:00 GMT afaust 2015-03-02T16:09:00Z Separated Share front ends https://connect.hyland.com/t5/alfresco-archive/separated-share-front-ends/m-p/298412#M251542 We have our share front ends running in a separate tier to the main alfresco repo servers.Are there any cache settings we can apply to share to speed things up?I notice there are a bunch of cache settings on the alfresco repo boxes, but I cannot for the life of me find ANY share front end cache sett Sat, 28 Feb 2015 19:35:41 GMT https://connect.hyland.com/t5/alfresco-archive/separated-share-front-ends/m-p/298412#M251542 t16 2015-02-28T19:35:41Z Re: Separated Share front ends https://connect.hyland.com/t5/alfresco-archive/separated-share-front-ends/m-p/298413#M251543 <HTML><HEAD></HEAD><BODY><SPAN>Hello,</SPAN><BR /><BR /><SPAN>there isn't much that is cached in Share tier - basically just the dynamic Surf view model fragments for dashboards and sites. As a result, there is little need for cache setting modifications. Settings can be found in Surf files, e.g. &lt;a href="</SPAN><A href="https://github.com/Alfresco/community-edition/blob/e0c6c4088320113db82e16ca5e3261aa321ec26d/projects/surf/spring-surf/spring-surf/src/main/resources/org/springframework/extensions/surf/spring-surf-config.xml" rel="nofollow noopener noreferrer">https://github.com/Alfresco/community-edition/blob/e0c6c4088320113db82e16ca5e3261aa321ec26d/projects/surf/spring-surf/spring-surf/src/main/resources/org/springframework/extensions/surf/spring-surf-config.xml</A><SPAN>"&gt;spring-surf-config.xml&lt;/a&gt; and &lt;a href="</SPAN><A href="https://github.com/Alfresco/community-edition/blob/e0c6c4088320113db82e16ca5e3261aa321ec26d/projects/surf/spring-surf/spring-surf/src/main/resources/org/springframework/extensions/surf/spring-surf-model-context.xml" rel="nofollow noopener noreferrer">https://github.com/Alfresco/community-edition/blob/e0c6c4088320113db82e16ca5e3261aa321ec26d/projects/surf/spring-surf/spring-surf/src/main/resources/org/springframework/extensions/surf/spring-surf-model-context.xml</A><SPAN>"&gt;spring-surf-model-context.xml&lt;/a&gt;.</SPAN><BR /><BR /><SPAN>Setting every cache to invalidating will break some functionality that relies on fully distributed caching, specifically authentication tickets and potentially some kind of transient locks not persisted in the database. "Invalidating" mode also does not mean that every cluster node maintains a full copy of cluster data and does not have to query for data - the cluster nodes will end up having only the data they already accessed in caches and querying the database instead of other cluster nodes. It is assumed that cluster communication to obtain cached objects is faster than re-executing the entire database query and post-processing.</SPAN><BR /><BR /><SPAN>Regards</SPAN><BR /><SPAN>Axel</SPAN></BODY></HTML> Mon, 02 Mar 2015 16:09:00 GMT https://connect.hyland.com/t5/alfresco-archive/separated-share-front-ends/m-p/298413#M251543 afaust 2015-03-02T16:09:00Z Re: Separated Share front ends https://connect.hyland.com/t5/alfresco-archive/separated-share-front-ends/m-p/298414#M251544 <HTML><HEAD></HEAD><BODY><SPAN>Ahh ok thanks for the reply.</SPAN><BR /><BR /><SPAN>I think we will leave the cache settings with respect to the invalidating and fully-clustered settings at their default for now.</SPAN><BR /><BR /><SPAN>Thank you for the detailed explanation, its always great to learn the nuts and bolts.</SPAN><BR /><BR /></BODY></HTML> Mon, 02 Mar 2015 17:49:40 GMT https://connect.hyland.com/t5/alfresco-archive/separated-share-front-ends/m-p/298414#M251544 t16 2015-03-02T17:49:40Z