Web Application ... not loaded the .NET Framework
stefanf
Posts: 3
Seen this many times in the forum before .... but to no avail!
We're running ANTS Profiler v2.5 (downloaded today), Windows 2003 Server (so .Net 1.1 only) - with the application's app pool running under LocalSystem and machine.config process model set to be System...
Running "Profile Memory" , when we attempt to take a snapshot, we get the old:
The web application ... has not loaded the .NET Framework. Please check that ... is an ASP.net web application. Please note that accessing cached web pages will not load the .NET Framework.
Tried this software a while back, same errors .. never got it to work.
Any suggestions welcome, would happily buy a copy if it works!
Cheers guys
S
We're running ANTS Profiler v2.5 (downloaded today), Windows 2003 Server (so .Net 1.1 only) - with the application's app pool running under LocalSystem and machine.config process model set to be System...
Running "Profile Memory" , when we attempt to take a snapshot, we get the old:
The web application ... has not loaded the .NET Framework. Please check that ... is an ASP.net web application. Please note that accessing cached web pages will not load the .NET Framework.
Tried this software a while back, same errors .. never got it to work.
Any suggestions welcome, would happily buy a copy if it works!
Cheers guys
S
This discussion has been closed.
Comments
Does this happen even if you profile all methods rather than profiling only methods that have source code? If you're using the latter profiling filter method, then it may be an issue related to finding the source code.
This can be fixed a majority of the time by making sure that the software you're profiling is a debug build and that the .pdb file exists alongside the dll or exe.
Cheers
S
Sorry -- I didn't notice that you had mentioned memory profiling. I'll come up with another suggestion in a minute.
Thanks,
Tom Harris
Jim Shaw
Shaw Software Consulting Inc
I think that's part right. ANTS Profiler needs the processModel enabled, but only so that it can get the ASPNET user credentials. It's always going to profile the inetinfo.exe process (except in IIS 6 -- it does something different), in the case of COM+ serviced components, it launches and profiles dllhost.exe.