Hi,


>As you mentioned, the application lock wouldn't be acceptable. We are about at 8 hits a seconds per server. So, this would bring down the application in seconds. I also need to upsize not downsize as per what I had with WWWC. With WWWC, I had 5 instances running in parallel. So, one hit was processed simultaneously among others. We need to preserve that ability and move forward.
>
>As far as the framework goes, we are talking at about 400k for this DLL file. I need to find a way to have its Initialize() method to fire at once. Then, we need to find a way to assure that each hit starts from the framework BeginRequest() but in its own environment. The framework BeginRequest(), the EndRequest() and the ErrorLog() methods would not work if the Initialize() method hasn't been called once. But, it has to be done only once as this initialization sequence is having a lot of things.
>
>There are about 200 aspx files that rely on the global.asax setup. So, we cannot have any proprietary aspx code in the global.asax, such as you demonstrated in your example for the DataEntryPurchase page. I have two applications that are ready to be deployed. They both have over 200 aspx files and a lot of .vb files. If that could help, I could compile it all in one file, as far as the .vb files go. But, I am not sure it is relevant here as to know if in place complication is a factor here.


>As you mentioned, the application lock wouldn't be acceptable
Fair enough - didn't like it myself but it's the only option that I could think of that would leave your current code intact.

> So, we cannot have any proprietary aspx code in the global.asax, such as you demonstrated in your example for the DataEntryPurchase page.

I just stuck it there for testing - it would equally work in Page_Load() etc - but ....

Anyway, you didn't answer this:
>>Can I ask what other *request specific* info is held by your framework beyond the Reguest/Response objects ?


Regards,
Viv