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

Parameter document routes to exception upon submission

    Details

    • Type: Bug Fix Bug Fix
    • Status: Closed Closed
    • Priority: Critical Critical
    • Resolution: Fixed
    • Affects Version/s: 2.0
    • Fix Version/s: 2.0.2
    • Component/s: Development
    • Security Level: Public (Public: Anyone can view)
    • Labels:
      None
    • Similar issues:
      KULRICE-6115Create better documentation for exception routing
      KULRICE-6991Improve the ability for "last ditch effort" exception routing to fall back to an administrator group or role in situations where other attempts to do exception routing fail
      KULRICE-6892Constraint violation on OBJ_ID upon submission of copied document
      KULRICE-1897Allow for further customization of exception routing
      KULRICE-13464Create AFT to test Component document in EXCEPTION route status
      KULRICE-2129Race condition in saving then routing documents
      KULRICE-2456Implement support for specification of an "exception" process for exception routing
      KULRICE-3962Problems with JPA-enabled exception routing
      KULRICE-3270Add an API method for placing a document into exception routing
      KULRICE-5864In DocumentConfigurationViewAction, prevent null pointer exception if there are no route nodes on the document type.
    • Rice Module:
      KIM
    • Application Requirement:
      KFS
    • KAI Review Status:
      Not Required
    • KTI Review Status:
      Not Required

      Description

      When submitting a parameter document, it routes to exception on STAGE.
      1) go to http://stg.kfs.kuali.org
      2) go to the administration tab
      3) select Parameter document
      4) search for a parameter (test case was BASIC_ACCOUNTING_CATEGORY_REPRESENTING_EXPENSES)
      5) edit parameter
      6) type in a description and select submit
      7) check route log (refresh and see its gone to exception)

      Exception in route log
      post processor caught exception while handling route status change: the parameter to create already exists: org.kuali.rice.coreservice.api.parameter.Parameter@6b90e0[applicationId=KFS,namespaceCode=KFS-GL,componentCode=AccountBalanceByConsolidation,name=BASIC_ACCOUNTING_CATEGORY_REPRESENTING_EXPENSES,value=<null>,description=<null>,parameterType=org.kuali.rice.coreservice.api.parameter.ParameterType@1f46ea6[code=CONFG,name=<null>,active=true,versionNumber=<null>,objectId=<null>,_futureElements=<null>],evaluationOperator=<null>,versionNumber=<null>,objectId=<null>,_futureElements=<null>]

        Issue Links

          Activity

          Hide
          Jessica Coltrin (Inactive) added a comment -

          moving bug fixes to 2.0.2 per meeting with KC/KFS/Rice

          Show
          Jessica Coltrin (Inactive) added a comment - moving bug fixes to 2.0.2 per meeting with KC/KFS/Rice
          Hide
          Kristina Taylor (Inactive) added a comment -

          At least for KC, we have only seen this in our embedded instances. Our bundled instances seem to be fine.

          Show
          Kristina Taylor (Inactive) added a comment - At least for KC, we have only seen this in our embedded instances. Our bundled instances seem to be fine.
          Hide
          Peter Giles (Inactive) added a comment -

          Did some debugging of this on rice.stg and the problem is that the ParameterServiceImpl instance that gets called from the maintainable's saveDataObject method has an applicationId of 'RICE', and it uses that in searching for the parameter. The applicationId of the parameter I was editing is 'KFS', so that isn't going to work. I seem to remember that Eric W. did some refactoring of ParameterService late in the 2.0 dev cycle, so I want to check with him and see how it should be working. Should we be grabbing the parameter service off of the bus using the app id somehow? That's my guess.

          Show
          Peter Giles (Inactive) added a comment - Did some debugging of this on rice.stg and the problem is that the ParameterServiceImpl instance that gets called from the maintainable's saveDataObject method has an applicationId of 'RICE', and it uses that in searching for the parameter. The applicationId of the parameter I was editing is 'KFS', so that isn't going to work. I seem to remember that Eric W. did some refactoring of ParameterService late in the 2.0 dev cycle, so I want to check with him and see how it should be working. Should we be grabbing the parameter service off of the bus using the app id somehow? That's my guess.
          Hide
          Peter Giles (Inactive) added a comment -

          Just found the method ServiceBus.getService(QName serviceName, String applicationId); I think that's the ticket. If I'm right, that means that KFS will need to export its own ParameterService onto the bus.

          Show
          Peter Giles (Inactive) added a comment - Just found the method ServiceBus.getService(QName serviceName, String applicationId); I think that's the ticket. If I'm right, that means that KFS will need to export its own ParameterService onto the bus.
          Hide
          Peter Giles (Inactive) added a comment -

          Ended up fixing it by using the ParameterRepositoryService instead, and taking the application ID into account. Phew, no app-specific service craziness. Fix committed, resolving. Please re-open if that doesn't fix it in KFS.

          Show
          Peter Giles (Inactive) added a comment - Ended up fixing it by using the ParameterRepositoryService instead, and taking the application ID into account. Phew, no app-specific service craziness. Fix committed, resolving. Please re-open if that doesn't fix it in KFS.
          Hide
          Barb Sutton added a comment -

          When will this be pulled into STG? This has turned into a critical testing blocker and needs to be fixed in STG asap.

          Thanks!

          Show
          Barb Sutton added a comment - When will this be pulled into STG? This has turned into a critical testing blocker and needs to be fixed in STG asap. Thanks!
          Hide
          Kristina Taylor (Inactive) added a comment -

          I have pulled this into the latest KC. It is working in both bundled and embedded mode.

          Show
          Kristina Taylor (Inactive) added a comment - I have pulled this into the latest KC. It is working in both bundled and embedded mode.

            People

            • Assignee:
              Peter Giles (Inactive)
              Reporter:
              Dan Lemus (Inactive)
            • Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:

                Structure Helper Panel