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 Send Private Message
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:

 

 

Deleted User
New Member Send Private Message
Posts: 0
New 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 Send Private Message
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.
Deleted User
New Member Send Private Message
Posts: 0
New 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 Send Private Message
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

Deleted User
New Member Send Private Message
Posts: 0
New 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 Send Private Message
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 Send Private Message
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 Send Private Message
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 Send Private Message
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