Kuali Rice Development
  1. Kuali Rice Development
  2. KULRICE-8689

Unable to programmatically re-resolve workflow on qualified roles from embedded KEW clients

    Details

    • Type: Bug Fix Bug Fix
    • Status: Closed Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 2.1.2
    • Fix Version/s: 2.1.3
    • Component/s: Development
    • Security Level: Public (Public: Anyone can view)
    • Labels:
      None
    • Similar issues:
      KULRICE-2729The "Future Action Requests" tab on the Route Log does not work properly with a client application using "embedded" mode
      KULRICE-2695Create a rice-sample-applications repository in SVN and update sample embedded and thin client examples from 0.9.2/0.9.3 and put them in there
      KULRICE-13513Deploy embedded client sample app to test environment
      KULRICE-2324Remove unused Qualified Role implementation from KEW which predates KIM
      KULRICE-9199Unable to inactivate roles of type unitHierarchy or unit from person maintenance docs
      KULRICE-7749Unable to inactivate Role Assignment from a Person record when the qualifier data does not validate
      KULRICE-1546Verify that daily/weekly email reminders can be turned off in embedded workflow
      KULRICE-8610Make it so that the role qualifiers built in the DocumentTypePermissionService can be configurable by client apps.
      KULRICE-7015enRuleAttributeService must be defined locally in KEW EMBEDDED mode
      KULRICE-1531Embedded client needs to have identical service name for OSCacheNotificationService topic so that it can recieve cache messages
    • Rice Module:
      KEW
    • KAI Review Status:
      Not Required
    • KTI Review Status:
      Not Required

      Description

      It looks like embedded clients (KFS) can not re-resolve workflow nodes programmatically. This call is available via the workflow documents actions service:

      KEWServiceLocator.getRoleService().reResolveQualifiedRole(routeHeader, roleName, qualifiedRoleNameLabel);

      However, internally, it uses this call:

      KEWServiceLocator.getService(KEWServiceLocator.RULE_TEMPLATE_SERVICE);

      And, that service (enRuleTemplateService) is only defined when in LOCAL mode.

      So, the result is that the attempt to resolve this bombs on a NPE somewhere deep inside.

      Does that service need to be moved to the embedded mode? Or would that cause other problems?

        Activity

        Hide
        Jonathan Keller added a comment -

        Following up. This may or not be a problem for most new clients. This method only applies to the pre-KIM workflow usage despite the method's name.

        As such - it's probably a minor concern at present, but still a method which is unusable unless you are running KEW in LOCAL mode.

        Show
        Jonathan Keller added a comment - Following up. This may or not be a problem for most new clients. This method only applies to the pre-KIM workflow usage despite the method's name. As such - it's probably a minor concern at present, but still a method which is unusable unless you are running KEW in LOCAL mode.
        Hide
        Shannon Hess added a comment -

        I moved the enRuleTemplateService to KEWEmbeddedSpringBeans.xml, and also moved the beans it references to _KewEmbeddedOjbSpringBeans.xml. Rice starts up successfully in LOCAL mode and can access enRuleTemplateService, and I'm able to successfully start up KFS in EMBEDDED mode with the changes. I wasn't able to test that KFS could now access enRuleTemplateService. If you have any issues with it just let me know.

        Thanks,
        Shannon

        Show
        Shannon Hess added a comment - I moved the enRuleTemplateService to KEWEmbeddedSpringBeans.xml, and also moved the beans it references to _KewEmbeddedOjbSpringBeans.xml. Rice starts up successfully in LOCAL mode and can access enRuleTemplateService, and I'm able to successfully start up KFS in EMBEDDED mode with the changes. I wasn't able to test that KFS could now access enRuleTemplateService. If you have any issues with it just let me know. Thanks, Shannon

          People

          • Assignee:
            Shannon Hess
            Reporter:
            Jonathan Keller
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Structure Helper Panel