Another option would be to have another Mid-Tier server with a different timeout value. We were planning on doing what Joe suggested for our service desk but recently have been kicking around the idea of a dedicated MT with a much longer timeout for them.
Of course they need to know how to get to their own MT vs. what the rest of the enterprise uses as well as we have not worked out a way to enforce only the appropriate people are using this MT (wish there was a $MTSERVER$ keyword in AR). Worst case we can do it at the web server level to filter traffic. Jason Jason On Tue, Mar 8, 2011 at 12:36 PM, Joe Martin D'Souza <jdso...@shyle.net>wrote: > ** > > Bola, > > Create workflow on forms where it should not timeout, to auto run a dummy > transaction before the timeout happens.. This would mean a overhead on those > clients by way of active links running on intervals running a dummy modify > or create transaction to a dummy form.. Permit this workflow to run only > when members of the groups that need this are logged in.. > > That would be the quickest and dirtiest and perhaps the only way of doing > it... > > Cheers > > Joe > > *From:* Oyefeso, Bola <boyef...@dpscs.state.md.us> > *Sent:* Tuesday, March 08, 2011 3:33 PM > *Newsgroups:* public.remedy.arsystem.general > *To:* arslist@ARSLIST.ORG > *Subject:* Session timeout on Midtier > > ** > > Does anyone know how to make the session not to timeout for some groups on > Middtier? > > > > Bola Oyefeso > _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
