I believe I have seen posts from Axton stating that the EXIT-APP suggested by David does not work reliably. Thus Axton's suggestion of a work around for what could be considered a bug is a viable alternative if he can get it working. I don't think it's a matter of who is smarter...instead a matter of priorities. Axton gives his opinion on what is going on. David gives the company line.
-----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of CONDREA, Daniel Sent: Saturday, March 17, 2007 9:05 PM To: [email protected] Subject: Re: Freeing licenses Axton you just want to find out how smart you are. David J. Easter, Sr. Product Manager - BMC Software, suggested "PERFORM-ACTION-EXIT-APP" and, in my opinion, he is smarter than you. David's suggestion is simpler and releases a licenses immediately while yours is very complicated and cost to much. Daniel -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Axton Sent: Sunday, March 18, 2007 12:15 AM To: [email protected] Subject: Re: Freeing licenses You could write a simple program to scan/release licenses using perl or java. If you wanted to get a little fancier, you could write the api to cross-reference mid-tier/servlet/web server sessions to arserver sessions, then drop the ones initiated from the web that no longer have a valid web/servlet session. Just an idea, and I am sure there are some details that would have to be ironed out. If you kept the api simple, you could call it on window close from an active link; this would do what the run process command (exit-app) is supposed to do, but doesn't. I would also suggest you register with the bugzilla app I set up and register your votes against this defect, if you haven't already. Public involvement in this app is going to be the catalyst for BMCs involvement. I see 3 people from BMC registered now, just waiting at this point to see what they plan to do. http://arswiki.org/bugs Another option, you could pressure support to flag the issue as a defect, then wait on a fix. Axton Grams On 3/17/07, ARSList <[EMAIL PROTECTED]> wrote: > Axton, > > Can you suggest ways for me to set this auto-logout based on either > escalation or interval due to my organizations secure-web > timeout-disconnect? (This disconnect happens 20 minutes when there is > no activity.) I am trying to not only make the floating license > time-out issues work, but satisfy my users as well. > > I appreciate all of your help - beyond my issues, but helping everyone > else too! > > Nick Hromyak > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of Axton > Sent: Friday, March 16, 2007 4:06 PM > To: [email protected] > Subject: Re: Freeing licenses > > It's probably not a problem with it firing before the browser closes; > but instead is a problem that the run process and logoutservlet just > flat out don't work a lot of the time (6.3-7.0.1): > > http://arswiki.org/bugs/show_bug.cgi?id=10 > > Axton Grams > > On 3/16/07, ARSList <[EMAIL PROTECTED]> wrote: > > Thank you for the tips, suggestions and Definition files. > > > > However... > > > > I have not been able to get this to work as an AL on Window Close > > through the Mid-Tier (Servlet 5.0.13, Java 1.4.2_13) 6.03 Patch 20. > > > > I am using the Form Remedy Support, > > AL > > Run Process - PERFORM-ACTION-EXIT-APP Basically I copied the DEF > > file you supplied and manually entered the Buttons and AL with a > > common form. > > Then I moved the AL to the above information duplicating the "Logout" > > button from the form in the Remedy Support. I confirmed the Logout > > Button AL in the Remedy Support form does the same Run Process - > > PERFORM-ACTION-EXIT-APP. > > > > I think the Mid-Tier / Internet Explorer (IE) does not provide the > > feedback in the Mid-Tier before the IE actually closes. > > > > I am beginning to think I should use the Interval AL. But I am not > sure > > what the Interval means? Could it (as I hope, but doubt) mean the > > interval when there is no activity by the user? > > > > > > Basically, if there is no activity by my user with the interval in > > 600 seconds, I want them to get logged out... right? > > (The trick) > > If there is activity (how do I monitor this) can I stop this interval? > > > > Perhaps I should use (the one I don't know anything about) are > > escalations? > > > > > > > > > > -----Original Message----- > > From: Action Request System discussion list(ARSList) > > [mailto:[EMAIL PROTECTED] On Behalf Of Axton > > Sent: Tuesday, March 13, 2007 7:31 PM > > To: [email protected] > > Subject: Re: Freeing licenses > > > > Not if you explicitly end the session, it is supposed to be released > > immediately. Think of closing your user tool, that releases a > > floating license; why should the same not apply to the mid-tier. > > The logout servlet is supposed to do the same, but it doesn't some > > of the time. > > > > In all honesty, closing the browser should release the token, the > > same as the user tool does. It should just be built into the > > mid-tier. A lost session (i.e., logout or close browser) should > > release the license immediately (no exceptions), to stay true to the > > nature of the licenses as they are managed when using the user tool. > > In all honesty, I think that until the mid-tier behaves in that way, > > it is defective. > > > > Axton Grams > > > > On 3/13/07, Rocky Rockwell <[EMAIL PROTECTED]> wrote: > > > The last I heard license assigned to a user will stay with the > > > user > > for > > > a minimum of 1 hour (configured in the admin tool). This is the > least > > > about of time you can set. > > > > > > *Rocky* > > > > > > Rocky Rockwell > > > eMA Team - Remedy Developer > > > [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> > > > Ph#1: 214-567-8874 > > > Ph#2: 325-884-1263 > > > > > > > > > > > > Wheeler, Dylan wrote: > > > > ** > > > > > > > > Hi List, > > > > So I'm running into a problem with my licenses. We don't quite > have > > > > enough so I've been playing around trying to get the licenses > freed > > up > > > > when I can. I'm finding that the licenses on my server are > sticking > > no > > > > matter what though and I'm not sure what's keeping them there. > > > > > > > > If I open IE and login then click the logout button on the Home > Page > > > > it should release the license right? The license is still > > > > showing > as > > > > taken 15 minutes later in my admin tool. > > > > > > > > I created an AL and put in the PERFORM-ACTION-EXIT-APP command, > > > > execute on window close and left the run if open, permissions > > > > are > > set > > > > to public. Closing the Home Page in the user tool will close out > the > > > > application, but the license is still active. Closing the window > on > > > > the mid tier will leave the license active. > > > > > > > > Anyone run into this or have a clue what could be causing it? > > > > ARS/Mid Tier 6.3 Patch 21 > > > > IIS on Windows 2003 > > > > > > > > *-------------* > > > > > > > > *Dylan Wheeler* > > > > *Production Control Analyst Principal* *IT Operations* *Downey > > > > Savings & Loan Association, F.A. * > > > > *Email: [EMAIL PROTECTED] > > > > <mailto:[EMAIL PROTECTED]> > > > > > > > > This message and any attachments are for the intended > > > > recipient(s) only and may contain privileged, confidential > > > > and/or proprietary information about Downey Savings or its > > > > customers, which Downey Savings does not intend to disclose to > > > > the public. If you received this message by mistake, please > > > > notify the sender by reply e-mail > > and > > > > delete the message and attachments. > > > > > > > > > > > > > > > > This message and any attachments are for the intended > > > > recipient(s) only and may contain privileged, confidential > > > > and/or proprietary information about Downey Savings or its > > > > customers, which Downey Savings does not intend to disclose to > > > > the public. If you > received > > > > this message by mistake, please notify the sender by reply > > > > e-mail > > and > > > > delete the message and attachments. > > > > > > > > __20060125_______________________This posting was submitted with > > HTML > > > > in it___ > > > > > > > > > ______________________________________________________________________ > __ > > _______ > > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > > ARSlist:"Where the Answers Are" > > > > > > > > ______________________________________________________________________ > __ > > _______ > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > ARSlist:"Where > > the Answers Are" > > > > > ______________________________________________________________________ > __ > _______ > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > ARSlist:"Where the Answers Are" > > > > ______________________________________________________________________ > __ > _______ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > ARSlist:"Where the Answers Are" > > ______________________________________________________________________ > _________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > ARSlist:"Where the Answers Are" > ________________________________________________________________________ _______ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are" -- *****DISCLAIMER***** The information contained in this communication is confidential and may be legally privileged. It is intended solely for the use of the individual or entity to whom it is addressed and others authorized to receive it. If you are not the intended recipient you are hereby notified that any disclosure, copying, distribution or taking action in reliance of the contents of this information is strictly prohibited and may be unlawful. Orange Romania S.A. is neither liable for the proper, complete transmission of the information contained in this communication nor any delay in its receipt. *****END OF DISCLAIMER***** ____________________________________________________________________________ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
