Triggering a flow within a flow, but get an error

 9 Replies
 1 Subscribed to this topic
 52 Subscribed to this forum
Sort:
Author
Messages
Ronnie
Veteran Member
Posts: 152
Veteran Member

    Ok,

     

    I am working on a flow currently that is a name change flow. It is working correct and flows to a correct inbasket. After approval from the inbasket, it goes to the trigger node, where it calls another flow.

     

    The flow it calls just goes out to PA53 and changes some things and the approval flag.

     

    I can not figure out for the life of me, why this second portion errors out.

     

    Here is the error message (below the dotted line)

    Ive rebuilt the lawson transaction node for PA53, checked it etc.  I dont know if I have something set wrong with a flow triggering another flow or what

    --------------------------------------------------------------------------------------------------------------------------------------------------------

     

    Process: P_MSSNAMCG
    Activity id: PA53Approval

    Error code: -1
    Information code: -1

    Return message: java.lang.NullPointerException
            at com.lawson.bpm.processflow.workFlow.flowGraph.FgaWorkObject.createWorkObject(FgaWorkObject.java:753)
            at com.lawson.bpm.processflow.workFlow.flowGraph.FgaWorkObject.startActivity(FgaWorkObject.java:598)
            at com.lawson.bpm.processflow.workFlow.flowGraph.FgActivity.execute(FgActivity.java:833)
            at com.lawson.bpm.processflow.workFlow.flowGraph.FgProcess.run(FgProcess.java:2210)
            at com.lawson.bpm.eprocessserver.grid.ExecuteFlowImpl.executeFlow(ExecuteFlowImpl.java:374)
            at com.lawson.bpm.eprocessserver.grid.ExecuteFlowImpl.restartFlowForUA(ExecuteFlowImpl.java:154)
            at com.lawson.bpm.eprocessserver.ProcessFlowEngine.execute(ProcessFlowEngine.java:193)
            at com.lawson.bpm.eprocessserver.ProcessFlowEngine.reStartProcessAt(ProcessFlowEngine.java:116)
            at com.lawson.bpm.eprocessserver.KBConnectionDispatch.dispatch(KBConnectionDispatch.java:48)
            at com.lawson.bpm.eprocessserver.KBConnectionDispatch.run(KBConnectionDispatch.java:37)
            at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
            at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
            at java.lang.Thread.run(Thread.java:745)


    Output data:


    The AGS call to PA53 to update the Approval Flag to Y failed due to the following reason -
    undefined.

    Kindly manually make this change using the link below:

     

     

    BarbR
    Veteran Member
    Posts: 306
    Veteran Member
      You'll have to give much more info to get help on this one. What is the string in the AGS node? How are you passing the parameters from the first flow to the second flow (are you triggering a SERVICE with variables)? Can you see the values of the variables in your second flow, and are they correct? I'm not sure why the first flow can't do the PA53 approval, but I'm sure there is a reason why.
      Ronnie
      Veteran Member
      Posts: 152
      Veteran Member
        i corrected the flow a second ago to put the PA53 approval bit into the flow.

        i think something else is going on, cause I am now getting an outside of IOS error when it gets to the PA53 portion.
        BarbR
        Veteran Member
        Posts: 306
        Veteran Member
          What is your AGS string? Here is ours with the less than and greater than symbols replaced with an asterisk in case those would cause problems on my submit:
          " _PDL=*!appProdline*&_TKN=PA53.1&_EVT=CHG&_RTN=DATA&_LFN=ALL&_TDS=IGNORE&FC=C&PCT-COMPANY=*!Company*&PCT-EMPLOYEE=*!sActionEmp*&PCT-ACTION-TYPE=*!Action_Type*&PCT-ACTION-CODE=*!Action*&PCT-ACTION-NBR=*!Action_Nbr*&PCT-EFFECT-DATE=*!Effect_Date*&PCT-APPROVAL-FLAG=Y&_DELIM=%09&_OUT=XML&_EOT=TRUE&FROM-WORKFLOW=Y "
          Ronnie
          Veteran Member
          Posts: 152
          Veteran Member
            almost identical to yours:

            have tried hard coding the producline line in and using the !appProdline as well:


            _PDL=LAW10&_TKN=PA53.1&_EVT=CHG&_RTN=DATA&_LFN=ALL&_TDS=IGNORE&FC=C&PCT-COMPANY=*!Company*&PCT-EMPLOYEE=*!Employee*&PCT-ACTION-TYPE=*!Action_Type*&PCT-ACTION-CODE=*!Action*&PCT-ACTION-NBR=*!Action_Nbr*&PCT-EFFECT-DATE=*!Effect_Date*&PCT-APPROVAL-FLAG=Y&_DELIM=%09&_OUT=XML&_EOT=TRUE

            BarbR
            Veteran Member
            Posts: 306
            Veteran Member
              What happens when you go back into build and hard-code your values and test it in the AGS node build? You should be able to validate that your AGS string works with hard-coded values, and then you can verify the variable values, say by putting them in a temporary MsgBuilder or an email to yourself or just looking in your work unit log. I'll also note that there is a danger in using the !Employee variable if you have any HRUserAction nodes in your flow, because following each HRUserAction node the value in that variable will be the manager's employee number, not the one that you need for PA53. Same for the !Company variable if you have multiple companies and the manager is not in the same one as the employee.
              Tim Cochrane
              Veteran Member
              Posts: 154
              Veteran Member
                have you tried adding the PA53 AGS directly in the first flow and testing it there...which is where I've always placed the PA53 AGS??

                This is my logic...looks just like yours...and it has always worked

                _PDL=&_TKN=PA53.1&_EVT=CHG&_RTN=MSG&_LFN=ALL&_TDS=IGNORE&FC=Change&PCT-COMPANY=&PCT-EMPLOYEE=&PCT-ACTION-CODE=&PCT-ACTION-NBR=&PCT-EFFECT-DATE=&PCT-ACTION-TYPE=E&FROM-WORKFLOW=Y&PCT-APPROVAL-FLAG=Y&_DELIM=%09&_OUT=XML&_EOT=TRUE
                Tim Cochrane - Principal LM/IPA Consultant
                Ronnie
                Veteran Member
                Posts: 152
                Veteran Member
                  Posted By Tim Cochrane on 08/21/2015 1:30 PM
                  have you tried adding the PA53 AGS directly in the first flow and testing it there...which is where I've always placed the PA53 AGS??

                  This is my logic...looks just like yours...and it has always worked

                  _PDL=<!--appProdline-->&_TKN=PA53.1&_EVT=CHG&_RTN=MSG&_LFN=ALL&_TDS=IGNORE&FC=Change&PCT-COMPANY=<!--Company-->&PCT-EMPLOYEE=<!--Employee-->&PCT-ACTION-CODE=<!--Action-->&PCT-ACTION-NBR=<!--Action_Nbr-->&PCT-EFFECT-DATE=<!--Effect_Date-->&PCT-ACTION-TYPE=E&FROM-WORKFLOW=Y&PCT-APPROVAL-FLAG=Y&_DELIM=%09&_OUT=XML&_EOT=TRUE



                   

                   

                  Yes. Tried it yesterday afternoon. I think something is up currently, as once it reaches the PA53 section it locks up. 

                  Scott
                  New Member
                  Posts: 1
                  New Member

                    Ronnie,

                     

                    Are you using IPA?  I am having a different problem with PA53 using IPA.  I have a personnel action that triggers PA53 to do the approval.  What I am seeing is that PA53 updates the user id to be Lawson instead of the person that created the personnel action.  So when I run PA100 it does not find personnel action for the person that created the action.  I have you notice this problem?  We are running IPA on Windows environment. 

                     

                     

                    Tim Cochrane
                    Veteran Member
                    Posts: 154
                    Veteran Member
                      Unfortunately - the AGS i included was from a pure IPA-S3 client (no LTM/GHR involved), and now i'm at a LTM/GHR client...so I can't validate what was in the personnel action details after a PA100.

                      Maybe somebody else on the board is doing PA53 approvals within IPA and can validate??
                      Tim Cochrane - Principal LM/IPA Consultant