Re: Session timeout on Midtier

2011-04-26 Thread Guillaume Rheault
Hi Bola

Sorry for the late reply, but the easiest way is to accomplish without setting 
up another mid-tier and other solutions that otehr ARS listers posted is simply 
the following:

- For any existing users:

1. Open form "AR System User Preferences Session" as an administrator and do a 
blank search
2. Select all the entries for the users you want to set the session timeout and 
select Modify all
3. In the Web tab, set field Session Timeout in Minutes to teh value you want
4. Click Save to modify all the selected records.

The same can be accomplish this with a couple of filters, one thatw ould check 
whether teh user belongs to teh desired supprot group, and teh second one that 
does actually sets the timeout

You can also create a filter that fires on Submit on this form to set the 
timeout.

I have tried this and works well in 7.5, you should have no issues

Alternatively with a little development, you could have a link on the home page 
that opens up a pop-up asking the user the desired session timeout.

Guillaume



From: Action Request System discussion list(ARSList) [arslist@ARSLIST.ORG] on 
behalf of Oyefeso, Bola [boyef...@dpscs.state.md.us]
Sent: Tuesday, March 08, 2011 3:33 PM
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"


Re: Session timeout on Midtier

2011-04-26 Thread Guillaume Rheault
The form name is actually "AR System User Preferences"

I suspect this form will become more important and functional with the demise 
of the user tool



From: Guillaume Rheault
Sent: Tuesday, April 26, 2011 4:05 PM
To: arslist@ARSLIST.ORG
Subject: RE: Session timeout on Midtier

Hi Bola

Sorry for the late reply, but the easiest way is to accomplish without setting 
up another mid-tier and other solutions that otehr ARS listers posted is simply 
the following:

- For any existing users:

1. Open form "AR System User Preferences Session" as an administrator and do a 
blank search
2. Select all the entries for the users you want to set the session timeout and 
select Modify all
3. In the Web tab, set field Session Timeout in Minutes to teh value you want
4. Click Save to modify all the selected records.

The same can be accomplish this with a couple of filters, one thatw ould check 
whether teh user belongs to teh desired supprot group, and teh second one that 
does actually sets the timeout

You can also create a filter that fires on Submit on this form to set the 
timeout.

I have tried this and works well in 7.5, you should have no issues

Alternatively with a little development, you could have a link on the home page 
that opens up a pop-up asking the user the desired session timeout.

Guillaume



From: Action Request System discussion list(ARSList) [arslist@ARSLIST.ORG] on 
behalf of Oyefeso, Bola [boyef...@dpscs.state.md.us]
Sent: Tuesday, March 08, 2011 3:33 PM
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"


Re: Session timeout on Midtier

2011-03-08 Thread Joe Martin D'Souza

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 
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

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"


Re: Session timeout on Midtier

2011-03-08 Thread Jason Miller
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 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 
> *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"


Re: Session timeout on Midtier

2011-03-08 Thread strauss
This is exactly why I was talking about multiple mid-tiers the other day - one 
with a long timeout for the helpdesk, one with a shorter timeout for everyone 
else, and another with the object list enabled for administrators/kinetic 
developers only.  I don't think we have a choice with 7.6.04 - where the User 
Tool is almost useless.

Christopher Strauss, Ph.D.
Call Tracking Administration Manager
University of North Texas Computing & IT Center
http://itsm.unt.edu/
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller
Sent: Tuesday, March 08, 2011 3:06 PM
To: arslist@ARSLIST.ORG
Subject: Re: Session timeout on Midtier

** 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 
mailto: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<mailto:boyef...@dpscs.state.md.us>
Sent: Tuesday, March 08, 2011 3:33 PM
Newsgroups: public.remedy.arsystem.general
To: arslist@ARSLIST.ORG<mailto: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<http://www.wwrug.com> ARSlist: "Where the Answers 
Are"_

_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"


Re: Session timeout on Midtier

2011-03-08 Thread LJ LongWing
Jason,

I agree whole heartedly..much like I posted a few weeks ago that I was
looking for a way to tell which remedy node I'm on.it would also be nice to
know which mid-tier node I'm coming through J

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller
Sent: Tuesday, March 08, 2011 2:06 PM
To: arslist@ARSLIST.ORG
Subject: Re: Session timeout on Midtier

 

** 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 
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 <mailto: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"_ 


_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"


Re: Session timeout on Midtier

2011-03-08 Thread Joe Martin D'Souza

You can have the object list enabled in 7.6.04 using a def file that you need 
to manually import into the AR Server. And then enable it on the MT server.. If 
you have this MT server accessible to only Administrators and Kinetic 
Developers, you should be good to go..

Joe


From: strauss 
Sent: Tuesday, March 08, 2011 4:13 PM
Newsgroups: public.remedy.arsystem.general
To: arslist@ARSLIST.ORG 
Subject: Re: Session timeout on Midtier

** 
This is exactly why I was talking about multiple mid-tiers the other day – one 
with a long timeout for the helpdesk, one with a shorter timeout for everyone 
else, and another with the object list enabled for administrators/kinetic 
developers only.  I don’t think we have a choice with 7.6.04 - where the User 
Tool is almost useless.

 

Christopher Strauss, Ph.D.
Call Tracking Administration Manager
University of North Texas Computing & IT Center
http://itsm.unt.edu/ 

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller
Sent: Tuesday, March 08, 2011 3:06 PM
To: arslist@ARSLIST.ORG
Subject: Re: Session timeout on Midtier

 

** 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  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 

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"_ 


_attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ 

_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"

Re: Session timeout on Midtier

2011-03-08 Thread Jason Miller
I added it to my list of RFEs to submit (I set some time to go through the
list next week and actually do it).  You should submit one too.  I think it
is completely reasonable now that MT will be the only method of UI access
(although it would be great to know for Web Services also).

On Tue, Mar 8, 2011 at 1:13 PM, LJ LongWing  wrote:

> **
>
> Jason,
>
> I agree whole heartedly….much like I posted a few weeks ago that I was
> looking for a way to tell which remedy node I’m on…it would also be nice to
> know which mid-tier node I’m coming through J
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Jason Miller
> *Sent:* Tuesday, March 08, 2011 2:06 PM
> *To:* arslist@ARSLIST.ORG
>
> *Subject:* Re: Session timeout on Midtier
>
>
>
> ** 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 
> 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 
>
> *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"_
>
>
> _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_
> _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"


Re: Session timeout on Midtier

2011-03-08 Thread Joe Martin D'Souza

You should be able to find the hostname from a filter run process to query the 
hostname using command line command as is appropriate depending on your OS 
(windows / UNIX)..

Joe

From: LJ LongWing 
Sent: Tuesday, March 08, 2011 4:13 PM
Newsgroups: public.remedy.arsystem.general
To: arslist@ARSLIST.ORG 
Subject: Re: Session timeout on Midtier

** 
Jason,

I agree whole heartedly….much like I posted a few weeks ago that I was looking 
for a way to tell which remedy node I’m on…it would also be nice to know which 
mid-tier node I’m coming through J

 

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller
Sent: Tuesday, March 08, 2011 2:06 PM
To: arslist@ARSLIST.ORG
Subject: Re: Session timeout on Midtier

 

** 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  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 

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

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"


Re: Session timeout on Midtier

2011-03-08 Thread Grooms, Frederick W
You can use an Active Link to get the Mid-Tier Server name

Run process Action Command Line   
   javascript:window.F(536870923).DoSet(location.hostname);

Where 536870923 is the field ID of the field you want to hold the info.

Fred

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller
Sent: Tuesday, March 08, 2011 3:06 PM
To: arslist@ARSLIST.ORG
Subject: Re: Session timeout on Midtier

** 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

-Original Message-
On Tue, Mar 8, 2011 at 12:36 PM, Joe Martin D'Souza  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

-Original Message- 
From: Oyefeso, Bola 
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

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"


Re: Session timeout on Midtier

2011-03-08 Thread LJ LongWing
Ended up pulling it out of the ar.cfg file actually….but can’t do that for the 
mid-tier server J

 

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza
Sent: Tuesday, March 08, 2011 2:22 PM
To: arslist@ARSLIST.ORG
Subject: Re: Session timeout on Midtier

 

** 

 

You should be able to find the hostname from a filter run process to query the 
hostname using command line command as is appropriate depending on your OS 
(windows / UNIX)..

 

Joe

 

From: LJ LongWing <mailto:lj.longw...@gmail.com>  

Sent: Tuesday, March 08, 2011 4:13 PM

Newsgroups: public.remedy.arsystem.general

To: arslist@ARSLIST.ORG 

Subject: Re: Session timeout on Midtier

 

** 

Jason,

I agree whole heartedly….much like I posted a few weeks ago that I was looking 
for a way to tell which remedy node I’m on…it would also be nice to know which 
mid-tier node I’m coming through J

 

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller
Sent: Tuesday, March 08, 2011 2:06 PM
To: arslist@ARSLIST.ORG
Subject: Re: Session timeout on Midtier

 

** 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  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 <mailto: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"


Re: Session timeout on Midtier

2011-03-08 Thread Jason Miller
Thanks!  That will be helpful for what we need.  Now if they would just make
the init form work in Mid-Tier to guarantee your AL would run on each login
without having to tie the AL to every form that might be opened directly.
(Just remembered I never put in an RFE for init form functionality in MT,
add to list to submit next week)

This wouldn't help if you are load balancing or Web Services like an AR
keyword would.

On Tue, Mar 8, 2011 at 1:43 PM, Grooms, Frederick W <
frederick.w.gro...@xo.com> wrote:

> You can use an Active Link to get the Mid-Tier Server name
>
> Run process Action Command Line
>   javascript:window.F(536870923).DoSet(location.hostname);
>
> Where 536870923 is the field ID of the field you want to hold the info.
>
> Fred
>
> -Original Message-
> From: Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] On Behalf Of Jason Miller
> Sent: Tuesday, March 08, 2011 3:06 PM
> To: arslist@ARSLIST.ORG
> Subject: Re: Session timeout on Midtier
>
> ** 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
>
> -Original Message-
> On Tue, Mar 8, 2011 at 12:36 PM, Joe Martin D'Souza 
> 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
>
> -Original Message-
> From: Oyefeso, Bola
> 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
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> 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"


Re: Session timeout on Midtier

2011-03-08 Thread LJ LongWing
Fred,
I just gave that a try, but it only gives me the hostname in the URL, not
the actual host

http://server/arsys/home

That gives me 'server'.  In this case I have 4 web servers behind a load
balancer...I want to know which of the 4 nodes the load balancer came
through

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W
Sent: Tuesday, March 08, 2011 2:44 PM
To: arslist@ARSLIST.ORG
Subject: Re: Session timeout on Midtier

You can use an Active Link to get the Mid-Tier Server name

Run process Action Command Line   
   javascript:window.F(536870923).DoSet(location.hostname);

Where 536870923 is the field ID of the field you want to hold the info.

Fred

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller
Sent: Tuesday, March 08, 2011 3:06 PM
To: arslist@ARSLIST.ORG
Subject: Re: Session timeout on Midtier

** 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

-Original Message-
On Tue, Mar 8, 2011 at 12:36 PM, Joe Martin D'Souza 
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

-Original Message- 
From: Oyefeso, Bola 
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


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
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"


Re: Session timeout on Midtier

2011-03-10 Thread Pargeter, Christie :CO IS
If you did the multiple MT servers with different timeout value how
would you handle the emails that come from the application server?
Would they all say http://web/arsys/forms/ars/form even if you had web
for most people and web1 for say your Help Desk?



From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller
Sent: Tuesday, March 08, 2011 1:06 PM
To: arslist@ARSLIST.ORG
Subject: Re: Session timeout on Midtier


** 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 
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 <mailto: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"_ 


_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"


Re: Session timeout on Midtier

2011-03-10 Thread Jason Miller
Exactly.  This MT would be for a select (*trainable*) few.  If they were
following a URL from an email they would end up hitting the main MT
(actually a DNS alias for a load balanced VIP of main MTs).

There is no real harm in them using the main MT other than their session
will time out and they will encounter a message saying they are connected
from another machine, allowing them to override.

One option would be to have a filter that monitors the AR System Email
Messages form to look for emails with "http://web/arsys/";.  If a MT URL is
being sent then look up the recipient to see if they should get the special
MT.  If they use the special MT REPLACE web with web1.

Jason

On Thu, Mar 10, 2011 at 1:41 PM, Pargeter, Christie :CO IS  wrote:

> **
> If you did the multiple MT servers with different timeout value how would
> you handle the emails that come from the application server?  Would they all
> say http://web/arsys/forms/ars/form even if you had web for most people
> and web1 for say your Help Desk?
>
>  --
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Jason Miller
> *Sent:* Tuesday, March 08, 2011 1:06 PM
> *To:* arslist@ARSLIST.ORG
>
> *Subject:* Re: Session timeout on Midtier
>
> ** 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 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 
>> *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"_
>>
>
> _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_
> _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"


Re: Session timeout on Midtier

2011-03-10 Thread Pargeter, Christie :CO IS
Thanks.  That is what I was thinking too.  Just wanted to make sure I
wasn't missing anything.



From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller
Sent: Thursday, March 10, 2011 3:43 PM
To: arslist@ARSLIST.ORG
Subject: Re: Session timeout on Midtier


** Exactly.  This MT would be for a select (*trainable*) few.  If they
were following a URL from an email they would end up hitting the main MT
(actually a DNS alias for a load balanced VIP of main MTs).

There is no real harm in them using the main MT other than their session
will time out and they will encounter a message saying they are
connected from another machine, allowing them to override.

One option would be to have a filter that monitors the AR System Email
Messages form to look for emails with "http://web/arsys/";.  If a MT URL
is being sent then look up the recipient to see if they should get the
special MT.  If they use the special MT REPLACE web with web1.

Jason


On Thu, Mar 10, 2011 at 1:41 PM, Pargeter, Christie :CO IS
 wrote:


** 
If you did the multiple MT servers with different timeout value
how would you handle the emails that come from the application server?
Would they all say http://web/arsys/forms/ars/form even if you had web
for most people and web1 for say your Help Desk?




From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller

Sent: Tuesday, March 08, 2011 1:06 PM
To: arslist@ARSLIST.ORG 

        Subject: Re: Session timeout on Midtier


** 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
 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 <mailto: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"_ 


_attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ 
_attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ 


_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"