Thanks Axton, I'll import the def when I get to work tomorrow and try the same tests. I'll get back to you when I finished with the results.
Dylan -----Original Message----- From: Axton [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 13, 2007 5:22 PM To: [email protected] Subject: Re: Freeing licenses I've observed the same on 7.0.01 (no patches), though the behavior seems inconsistent with different browsers. Following is a copy of a prior email I sent (maybe a week or 2 back) in response to David Easter's suggestion of adding an AL that executes the PERFORM-ACTION-EXIT-APP on close window. It would be useful to get some additional feedback using the referenced def so I can log it as a defect on arswiki at http://arswiki.org/bugs Axton Grams --- begin message --- I just performed a series of tests to prove/disprove some of the behaviors of approaching the problem in this way. Here are the results: - Created a user with a floating license AGRAMS - Created 2 forms: console and ticket (in a deployable app with public everything) - Console form has an AL that on close runs the PERFORM-ACTION-EXIT-APP rp These are the observations I made: - When the user first logs in, they are usually granted a floating read license (GOOD). Observed once that a user was granted a floating write license when first logging in. - When the user submits or modifies a record, they are granted a floating write license (GOOD) - If a form is opened from the console, via an active link open window action, with a target of current, and that form is closed, the floating license is not released (BAD). This was consistent across IE and FireFox. - If the user closes the Console form, the license is not released with FireFox (BAD) - If the user closes the Console form, the license is released with IE7 (GOOD) - If the user clicks a button that calls the PERFORM-ACTION-EXIT-APP rp, the user is redirected to http://localhost/arsys/shared/logout.jsp, and the license is not released every time on FireFox (BAD). The behavior was inconsistent. Sometimes it would release the license, other times it would not. - If the user clicks a button that call the PERFORM-ACTION-EXIT-APP rp, the user is redirected to http://localhost/arsys/shared/logout.jsp, and the license is released on IE7 (GOOD) It seems there may be some problems in the MT license allocation/release mechanisms. This was tested using the following environment: - Windows 2003 Server - ARServer 7.0.01 200609271856 - Mid-Tier 7.0.01 200609271856 - Apache Tomcat/5.5.17 using 1.5.0_09 - Browsers: Firefox 2.0.0.1 and IE 7 I've posted a simple def that can be used to verify this behavior at http://arswiki.org/dist/ars/AppClose.def It's simple and stupid, but provides the tools to test the mid-tier. Feel free to poke holes in my observations. Axton Grams --- end message --- On 3/13/07, Wheeler, Dylan <[EMAIL PROTECTED]> 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] > > 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" __________ NOD32 2113 (20070313) Information __________ This message was checked by NOD32 antivirus system. http://www.eset.com _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
