Timeout for Webrun

 8 Replies
 1 Subscribed to this topic
 52 Subscribed to this forum
Sort:
Author
Messages
Matt Gordon
Basic Member Send Private Message
Posts: 12
Basic Member
I am trying to get processes organized and repeatable using IPA. One problem I am running into is when we have a batch job running via Webrun (i.e. PR530, LP570, etc.) the job may run longer than IPA waits for a result. I have found posts mentioning a timeout parameter in settings but nothing that explicitly states what needs to be changed. I have contacted AMS, because we are hosted, to have it changed but they do not understand what I am talking about. Can anyone tell me exactly what needs to be changed and exactly where to make the change?
David Williams
Veteran Member Send Private Message
Posts: 1127
Veteran Member
I don't know that you can change the WAIT=TRUE timeout; I usually add a query against the Logan Queued Job table to check to see if the job is still running. If it is, I route the flow to the new Wait node for 2 minutes and then loop back to the query.
David Williams
Randy
Veteran Member Send Private Message
Posts: 50
Veteran Member
In the same boat, now! We have been using the Web Program = cgi-lawson/jobrun.exe, Success String = 63 and Post String = FUNC=RUN&USER=jobowner&JOB=PO135&OUT=XML&WAIT=true
, and it's worked for us. The"WAIT = TRUE" works and looks for the success string. However were told the jobrun.exe will no longer be supported and we should move to the - Web Program = "lawson-ios/action/SubmitJob?jobName=PO135&jobOwner=domain\owner&startDate=&startTime=&jobQueue=&displayOldFormat=true&OUT=XML". This does not except a wait parameter. So sticking with the former method. You can find an incident on Infor KB for this.

Matt Gordon
Basic Member Send Private Message
Posts: 12
Basic Member

I should have mentioned that we are still on LSF 9.0.1 and LM 10.0.6 currently. So this means the wait=true works for us as long as the job runs less than around 5 minutes. Beyond that IPA thinks the job failed due to no response and then follows the failure logic in the process flow.

 

I do like the query against the QUEUEDJOB table. The only downside is that our version of IPA doesn't have the WAIT node, but I can probably figure something else out for that. I may as well start building along that direction anyway if Infor is moving away from Webrun and towards the Web Program.

Bob Canham
Veteran Member Send Private Message
Posts: 217
Veteran Member
When are they getting rid of jobrun.exe? I'm on 10.0.4 and it still works for me.
Randy
Veteran Member Send Private Message
Posts: 50
Veteran Member
Jobrun, I'm just told they will no longer be supporting it.
Look at the KB and the JT status is still in “candidate for development”. “JT-787297”
Kyle Jorgensen
Veteran Member Send Private Message
Posts: 122
Veteran Member
To resolve this, perform the following steps:
1. Login to the WebSphere Administration (WAS) Console
2. Select Servers
3. Select Application Servers
4. Choose the Application server name
5. Access the Web server plug-in properties
6. Verify the current setting for Read/Write timeout and change as necessary
7. Regenerate and Propagate the web server plug-in after making any changes
8. Restart the web server
Note: This setting will need to be set high enough to accommodate the longest Data, Transaction, or Drill call that will be
run on your system. Most users will need to set this to at least 1800 (30 minutes).
alexrs
Basic Member Send Private Message
Posts: 16
Basic Member

Take a look at the following discussion: https://www.lawsonguru.co...=96&aft=17070&afpg=1  related to this same topic.

 

 

 

Matt Gordon
Basic Member Send Private Message
Posts: 12
Basic Member

Kyle,

Thank you for the steps.

I apologize up front as we are hosted so most of the server side stuff is out of my reach. Does this need to be done on a specific server (LFS, LM, etc.)? I'm not sure if each server has its own WAS service or if there is a single that all feed into.

 

Alexrs,

Thank you for that link. My search is not delivering any results for lawsonguru.com.