Details

    • Type: Improvement Improvement
    • Status: Open Open
    • Priority: Major Major
    • Resolution: Unresolved
    • Affects Version/s: 1.0.1, KFS Release 3.0
    • Fix Version/s: Backlog
    • Component/s: Development
    • Labels:
    • Similar issues:
      KULRICE-4736Support for dynamic business objects
      KULRICE-1551Build KOM business objects
      KULRICE-1312Create Business Objects for KOM
      KULRICE-4102Maintenance Document framework assumes objects are persistable
      KULRICE-9552Deprecate old business object classes and document replacements (if any)
      KULRICE-10974Advanced Lookup Demo - Create Business Objects
      KULRICE-4576Looks like there is a bug in the KNS framework with nested collections and externalizable business objects.
      KULRICE-9795Convert the PersistableAttachment framework for KRAD
      KULRICE-14041Maint docs for business objects where notes associated with business object lose notes during ad hoc routing
      KULRICE-5200Addition of attachmentFile (Struts class) on the PersistableBusinessObject has rendered all business objects non-serializable
    • Rice Module:
      KRAD
    • Application Requirement:
      Rice

      Description

      This is related to thoughts on performance, specifically the role type services.

      Performance could be improved if the type services cached information they gather when resolving roles. (Such as org parent/child relationships or fiscal officer user IDs.) Unfortunately, since the data can change, it's not always practical.

      But, if there was a standard way to notify interested objects that a business object had just been saved, they type services could purge their cache entries appropriately.

      So, what about a "BusinessObjectObserver" class. It would have a two methods:
      List<Class<? extends BusinessObject>> getInterestedBusinessObjectClasses()
      void businessObjectSaved( BusinessObject bo )

      Upon service startup, the BusinessObjectService would perform a "getBeansOfType" on the spring context and register all of them in a local HashMap<Class<? extends BusinessObject>,List<BusinessObjectObserver>> which it would use in the BO service's save methods.

        Activity

        No work has yet been logged on this issue.

          People

          • Assignee:
            Unassigned
            Reporter:
            Jonathan Keller
          • Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated:

              Structure Helper Panel