Details

    • Similar issues:
      KULRICE-10353Inline processing of FreeMarker templates
      KULRICE-1532KNS DataDictionaryBuilder exception improvement
      KULRICE-8929KRAD rederning is slow due to Freemarker's FMParser initializing LookaheadSuccess multiple times
      KULRICE-11869FreeMarker error in testTransactionView
      KULRICE-8433Performance: remove quickfinder and inquiry initialization from base beans
      KULRICE-2935Improve Email Node to allow generation of an email from the initiator.
      KULRICE-6510Implement real parser for query expression language
      KULRICE-10526Assist KC with KRAD initial conversion script evaluation
      KULRICE-9803Remove interpret freemarker calls
      KULRICE-2765Improve the error message generated when a user doesn't have permissions to initiate a document in the KNS
    • Epic Link:
    • Rice Team:
      Framework
    • Rice Module:
      KRAD
    • KRAD Feature Area:
      UIF Component
    • KAI Review Status:
      Not Required
    • KTI Review Status:
      Not Required
    • Include in Release Notes?:
      Yes

      Description

      I was doing some profiling on our application and a huge amount of time is being spent in the initialization of FMParser which is creating an exception called LookaheadSuccess. The way the exception is initialized many times, it will always fill in the stacktrace which is a very expensive operation and could be made much faster using a static variable. This has the potential to give KRAD a noticeable performance gain.
      See: http://freemarker.624813.n4.nabble.com/Flow-control-by-Exception-td626112.html

        Issue Links

          Activity

          Hide
          Jessica Coltrin (Inactive) added a comment -

          removing m3 fix version since these aren't assigned and will not be done by Monday's m3 release.

          Show
          Jessica Coltrin (Inactive) added a comment - removing m3 fix version since these aren't assigned and will not be done by Monday's m3 release.

            People

            • Assignee:
              Unassigned
              Reporter:
              Daniel Epstein (Inactive)
            • Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated:

                Structure Helper Panel