• Type: Improvement Improvement
    • Status: Open Open
    • Priority: Major Major
    • Resolution: Unresolved
    • Affects Version/s: 2.2
    • Fix Version/s: Backlog
    • Security Level: Public (Public: Anyone can view)
    • Labels:
    • Similar issues:
      KULRICE-12007Cache Manager tree layout confusing
      KULRICE-13047IdentityCurrentAndArchiveService not properly caching values
      KULRICE-8298Add ehCache caching setup to KRAD
      KULRICE-13425No Cache Filter
      KULRICE-6482Document cache configuration and overriding
      KULRICE-8327Implement caching for Message Service
      KULRICE-10907Caching for key value finders
      KULRICE-6682add caching to internal DocumentTypeService
      KULRICE-5783Enable caching for ParameterRepositoryService
      KULRICE-12896Dataset Cleanup: Wipe out KRIM_ENTITY_CACHE_T entries
    • Epic Link:
    • Rice Module:
    • KRAD Feature Area:
      UIF MVC
    • KAI Review Status:
      Not Required
    • KTI Review Status:
      Not Required


      MessageServiceImpl's getDefaultLocaleCode method is highly used, and I don't think the value changes often. We've cached the output of this method in a local variable, but that's probably not a preferred solution.

      It seems like if some form of caching was implemented, that could save a bunch of work!
      I didn't see that spring + ehcache was enabled for krad, so that's why we didn't use the cacheable annotation instead.

      private String defaultLocaleCode;
      protected String getDefaultLocaleCode() {
      if(defaultLocaleCode != null)
      return defaultLocaleCode;
      String localeCode = CoreFrameworkServiceLocator.getParameterService().getParameterValueAsString(
      KRADConstants.KNS_NAMESPACE, KRADConstants.DetailTypes.ALL_DETAIL_TYPE,

      // if not configured fall back to english US
      if (StringUtils.isBlank(localeCode))

      { localeCode = "en-US"; }

      defaultLocaleCode = localeCode;
      return localeCode;

        Issue Links


          There are no comments yet on this issue.


            • Assignee:
              Jeff Domeyer (Inactive)
            • Votes:
              0 Vote for this issue
              0 Start watching this issue


              • Created:

                Structure Helper Panel