I don't see how the mid-tier server could send a message to the browser to pop the alert. With that said, an alternate approach is to have something on the browser side poll the server to check the state of the session. Sadly, this will most likely keep the session alive. I'm not seeing a good way to do this. You could set up something outside the mid-tier that the browser could poll to check the status of the session. This could work, but it's starting to get overly complicated.
You could do something simple like a JavaScript alert that fires on a timer where the timer coincides with the applicable session timeout (taking into account anything that expires the session, such as a load balancer, sso solution, midtier, j2ee container, etc.). Implementing this would entail inserting some JavaScript into all the forms. The mid-tier does not use a template engine that would make this kinds of change trivial. What you have to do is either alter the stock JavaScript files to write the function to the pages. Whether such a thing is possible or not I don't know as I haven't played with the stock JavaScript files in a while. Axton Grams On Thu, Feb 2, 2012 at 1:50 PM, swanand deshpande < [email protected]> wrote: > ** As per my understanding there is no configuration setting but i am also > curious to see replies from others > > Thanks, > Swanand > > > On Thu, Feb 2, 2012 at 12:44 PM, Basil Webster <[email protected]> wrote: > >> ** >> >> Hi All,**** >> >> ** ** >> >> I have a request to notify users, that access the system via mid tier, as >> soon as their session expires instead of them invoking some kind of action. >> For example, user opens the incident form leaves their session idle for >> more than the allowed time. Instead of them coming back and maybe typing in >> fields and selecting a button \ link or workflow that must access the >> system and only then being presented with the timeout message, can it be >> “popped” to their session as soon as it becomes idle. We are not interested >> in any custom external app’s etc, only what is potentially configurable in >> the OoTB system.**** >> >> * * >> >> Regards,**** >> >> Basil**** >> _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ > > > > > _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
