Bear Bibeault wrote:You are not going to be able to get a listener to execute in a synchronous manner. That's just not they way that they work.
Are you 100% certain that the filter approach, used by 99.99999% of web apps is a performance issue?
If the server is set to always make a session and If you have the possibility to create one and set up your session details then there is no need to filter each request there after for session details, it becomes an anti
pattern.
When you write a website that takes 2 million hits per day everything is a performance issue, if you consider that there are probably about 100 objects created each time a filter is called then that stacks up to 200 million object instanications each day, a not inconsiderable amount. I am prepared to do something different and against the norm if it improves my application.
If doing that saves me one virtual instance, or at least gives it a good chance that part of the time it will not use an extra instance then I am willing to go there.
Now ironically the application partly contains JForum or at least a refactoring of JForum, it has over 1000 sites holding a minimum of 5 forums each, we all know how much this Jforum site drags with 1 site holding 50 forums.
HTH