I have a complex web application in which a custom Http Module performs authentication. There are 2 custom-developed assemblies this ASPX app uses - one is a suite of tools we use all over the place, the other is the authentication module library. It seems that the ASPNET worker process holds onto these assemblies between executions. Sometimes we'll get an "Add Assembly" error that generates from the machine.config file. Each time this error is generated it specifies one of the assemblies and says that "it is locked by another process." The weird thing is, we're in a test environment and the only "active" session is the local computer user. Basically, it never compiles and locks the ASPNET worker process for the current web application, and no one can run the app until IIS is reset.
Has anyone seen a problem like this? Some research tends to point towards the [1] Windows File Protection Feature. This is not confirmed, mind you, but rather a complex theory I've come up with after much research and testing and little input from anyone outside of this organization. It would appear as though there's a bug insomuch that, when certain variables are met, assemblies can't be added to the web application's execution path, and the only errors i get in the event log point to certain "hints" that the WFPF may fail to release certain DLL's from its grasp (but not every time, and not even on a "guessable" iteration! In essence, what seems to be happening is that the ASPNET worker process is holding onto certain DLL's between page loads. Has anyone seen anything even remotely close to this situation? Additionally, does this sound to be anything "important?" At this point, I'm completely void of theories. Each theory i've either developed or been forwarded is irrelevant. My MS rep even sat there scratching his head for a good half hour. His reply was, of course, that he'd get back to me once he'd "rallied the troops." Thing is, i don't have that long! [1] http://support.microsoft.com/default.aspx?scid=kb;en-us;Q222193 <http://support.microsoft.com/default.aspx?scid=kb;en-us;Q222193> Brady Gaster Executive Technology Services [EMAIL PROTECTED] 480.575.3625 office 602.790.2081 mobile You can read messages from the Advanced DOTNET archive, unsubscribe from Advanced DOTNET, or subscribe to other DevelopMentor lists at http://discuss.develop.com.
