I need to populate the cache at startup (referenced in this post Add cache at runtime to GridGain / reconfigure GridGain at runtime). I need to refresh the cache as some actions do change the data - how can I do it?
You can use loadCache() both for initial loading and for refresh.
Related
I have multiple instances of site that share the same database. I've run into an issue where I reverted a page template to its previous version and on the current site instance it looks good, but on other instances it is still uses the old version. I tried restarting the application pools, sites, database server, but it still does not reflect on other instances. I've tried Kentico's System application to restart the application, clear cache and release unused memory, but nothing works. My Kentico version is 12.0.29.
What am I missing, could you please advise on my case?
After reverting template i needed to check-in some changes that CMS made, and after pulling code my sites are the same again. Seems that Kentico saves some changes to files?
Kentico caches very heavily and this is most likely the issue you're seeing. When you say you have multiple instances, are you talking codebases or what are you talking about?
In the other instances, if you want to see the changes immediately, you need to go to the System app and clear the cache. This should help you see those changes a lot faster.
Kentico caches the data heavily as Brenden said. as per my understanding the template versions you need to verify.
If the versions are same you need to go to system module thenrelease the memory and clear the cache of the system.
Basically took a backup from server and restored it on my machine. Everything seems to be displaying correctly. But when I go to my System Settings, there are missing settings. But when I check modx_system_settings, they're there. Also cleared cache multiple times, so that's not the issue it seems.
Any ideas?
Thanks!
there is a cache_system_settings and cache_context_settings... though if you have cleared cache multiple times. actually delete the files to verify. Is it possible that you have context settings that would be overriding system settings? It would be helpful to tell us what settings are "missing"
Are you sure that the you crosschecked the same database tables? Is the table modx_system_settings the same table that MODX installation has in use?
Another possibility could be a not writable cache file in core/cache/system_settings or core/cache/context_settings.
Found the answer for my case. Basically it was server related. Live server is using linux, so when I set it up on my local which is wondows based, I had to search systems settings in DB for "locale" and update the value to English. That fixed my system settings. Everything showing now.
Does anybody know what Liferay's reload interval is for portal-log4j-ext.xml and if there is none how to configure one? My goal is to change the log level for certain packages from e.g. WARN to DEBUG without bouncing the server.
I'm not aware of a reload interval. But you can go to Control Panel / Server Administration. There's a tab containing Log levels and you can change the existing ones or introduce new ones. They'll be active immediately.
Caution: Upon restarting the server, the settings are lost (by design) and you'll start over with the file-based logging configuration. But as restarting is not an option for you, this should solve your problem. Of course you're still free to edit the file so that your settings will become active by default on restart.
my broadleaf admin is no updating any change on page content that I make, the inmmediatly deploy always complete succesful, but for some reason is caching the old page, If I clean app´s cache the change is updating and I can see my change and also if deploy manually It clean chache and the change is displaying.
any idea?
Broadleaf uses SOLR indexing for products which runs after every 60 minutes by default. So if you make some changes and even if you don't clean your cache, the changes will be reflected after 60 minutes by default.
If you want to apply the changes quicker for your testing, you can change that by reducing the time specified in the property
solr.index.repeat.interval=
in common.properties of site resources.
I have a uCommerce package installed for my sitecore. The problem exists when you start editing template items under sitecore/templates/User Defined/uCommerce definitions/. When you restart IIS or recycle application pool (apparently this happens after solution rebuild) the template items reset their values to the fixed one. What could be causing the problem? Is there any cache mechanism which could be causing this?
update: have checked the sitecore database, the field values are being saved and stored in database properly after iis reset/pool recycly, so there is pretty much confidence that it has to do something with caching
The UCommerce DataProvider (UCommerce.Sitecore.SitecoreDataProvider.DataProviderMasterDatabase) automatically adds the templates under sitecore/templates/User Defined/uCommerce definitions at start up so they will always be reset after each recycle.
First off, make sure that you are making your changes in the Master database and not the Web database. If that is not the issue, then try the following while logged into Sitecore as an administrator:
Go to http://yourdomain.com/sitecore/admin/cache.aspx
Clear the Sitecore cache
Go to the Master database's content editor and look at your templates
Make any changes necessary, save and publish
Do your IIS restart / application pool recycle (the latter occurs on every build)
Go back to http://yourdomain.com/sitecore/admin/cache.aspx
Clear the cache again (just a base-case)
Go back to the Master database's content editor and look at your templates again
If the issue occurs after trying those steps, then you should open a Sitecore support ticket and see what they say. You may also want to try making a clean install of Sitecore and trying to reproduce the issue there (Sitecore Support is likely to do this as well).
The problem was that the standard values template presentation layout I have been updating was the english version. However, there was another language version set and the layout for that version was different. When uCommerce is resetting the template on application pool recycle it doesn't take into the account the multilanguage support, so the last retrieved language version of that fieldvalue is used as reset template and that different language version with different layout was used. A partial workaround is to use the same layout for all the language versions.