The problem is that we are transmitting data to an external service and the agent is waiting for a successful response from that service to proceed and complete that case--they don't want to have to come back to it later and it's important this data get where it needs to go. We're already looking at a variety of other options but none of them are ideal compared to just giving it a little more time. In the majority of cases, it easily completes within the 60 seconds.
I just wanted to ask the question before working the other alternatives. Thanks. //SIGNED// Craig Carter, YC-02 Information Technology Manager, RSP -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of LJ Longwing Sent: Monday, November 09, 2009 7:29 AM To: arslist@ARSLIST.ORG Subject: Re: Process Timeout Limit v7x ** I agree with Phil, you don't want it set higher than 60. I think the best option would be to use a run-process to do a 'fire and forget', then have the external process update something within remedy when it's done, and have the client tool wait for that update event to occur. ________________________________ From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Craig Carter Sent: Friday, November 06, 2009 5:38 PM To: arslist@ARSLIST.ORG Subject: Q: Process Timeout Limit v7x ** All, When setting the process timeout limit in the administration tool, the maximum value is 60 seconds in v7.01. We're performing reporting and transmission processes that sometimes take longer than that. Does anyone know of a way to increase that limit or has this limit been increased in later versions? I know we could increase the "Set-Process-Timeout" value directly in the ar.cfg file but I would expect that to get overwritten the next time we make changes in the administrator tool (it still shows 60 even if it is set to 120 in ar.cfg). It would be great if you could specify a timeout value when you spawn a process but since it's a single setting, we're fine with increasing it overall if it works and we can make it stick. //SIGNED// Craig Carter Information Technology Manager, RSP _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_ _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
