Recycling aspnet_wp.exe a pain in the !@#$%

J

John Lam

I've been spending some time recently writing some ASP.NET authentication
code that relies on CAS to minimize the threat posed by luring attacks.
However, it's becoming, um, painful, to constantly have to recycle the
aspnet_wp.exe worker process via an IISRESET command every single time I
rebuild my app!

Is there some secret handshake that will disable GAC caching in IIS? During
development, I really don't need the perf benefits provided by
domain-neutral assemblies. It would make life much easier and speed the
compile-edit-debug cycle considerably.

Thanks
-John
http://www.iunknown.com
 
L

Lewis Wang [MSFT]

Hi John ,

Thanks for your posting. I am checking this issue, and will get back to you
with my findings.

Best regards,
Lewis

This posting is provided "AS IS" with no warranties, and confers no rights.
--------------------
| Reply-To: "John Lam" <[email protected]>
| From: "John Lam" <[email protected]>
| Subject: Recycling aspnet_wp.exe a pain in the !@#$%
| Date: Tue, 9 Sep 2003 21:39:48 -0400
| Lines: 16
| X-Priority: 3
| X-MSMail-Priority: Normal
| X-Newsreader: Microsoft Outlook Express 6.00.2800.1158
| X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
| Message-ID: <[email protected]>
| Newsgroups: microsoft.public.dotnet.framework.aspnet.security
| NNTP-Posting-Host:
cpe0050047706a6-cm014490120052.cpe.net.cable.rogers.com 65.50.137.170
| Path: cpmsftngxa06.phx.gbl!TK2MSFTNGP08.phx.gbl!tk2msftngp13.phx.gbl
| Xref: cpmsftngxa06.phx.gbl
microsoft.public.dotnet.framework.aspnet.security:6611
| X-Tomcat-NG: microsoft.public.dotnet.framework.aspnet.security
|
| I've been spending some time recently writing some ASP.NET authentication
| code that relies on CAS to minimize the threat posed by luring attacks.
| However, it's becoming, um, painful, to constantly have to recycle the
| aspnet_wp.exe worker process via an IISRESET command every single time I
| rebuild my app!
|
| Is there some secret handshake that will disable GAC caching in IIS?
During
| development, I really don't need the perf benefits provided by
| domain-neutral assemblies. It would make life much easier and speed the
| compile-edit-debug cycle considerably.
|
| Thanks
| -John
| http://www.iunknown.com
|
|
|
 
L

Lewis Wang [MSFT]

Hi John,

Please let me know why you have to recycle the aspnet_wp.exe worker process
via an IISRESET command every single time you rebuild the application. I
think It's not necessary to reset IIS when you rebuild the application.

I am looking forward to your reply.

Best regards,
Lewis
This posting is provided "AS IS" with no warranties, and confers no rights.


--------------------
| Reply-To: "John Lam" <[email protected]>
| From: "John Lam" <[email protected]>
| Subject: Recycling aspnet_wp.exe a pain in the !@#$%
| Date: Tue, 9 Sep 2003 21:39:48 -0400
| Lines: 16
| X-Priority: 3
| X-MSMail-Priority: Normal
| X-Newsreader: Microsoft Outlook Express 6.00.2800.1158
| X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
| Message-ID: <[email protected]>
| Newsgroups: microsoft.public.dotnet.framework.aspnet.security
| NNTP-Posting-Host:
cpe0050047706a6-cm014490120052.cpe.net.cable.rogers.com 65.50.137.170
| Path: cpmsftngxa06.phx.gbl!TK2MSFTNGP08.phx.gbl!tk2msftngp13.phx.gbl
| Xref: cpmsftngxa06.phx.gbl
microsoft.public.dotnet.framework.aspnet.security:6611
| X-Tomcat-NG: microsoft.public.dotnet.framework.aspnet.security
|
| I've been spending some time recently writing some ASP.NET authentication
| code that relies on CAS to minimize the threat posed by luring attacks.
| However, it's becoming, um, painful, to constantly have to recycle the
| aspnet_wp.exe worker process via an IISRESET command every single time I
| rebuild my app!
|
| Is there some secret handshake that will disable GAC caching in IIS?
During
| development, I really don't need the perf benefits provided by
| domain-neutral assemblies. It would make life much easier and speed the
| compile-edit-debug cycle considerably.
|
| Thanks
| -John
| http://www.iunknown.com
|
|
|
 
M

MSFT

Hi John,

I am not sure if I have understood the problem correctly. It looks to me
that you want GAC not cache a .NET Assembly. Is my understanding correct?

Actually, GAC is not controled by IIS. And all assembly in GAC have a
strong name. If your assembly doesn't have one, it wouldn't be added in
GAC. Additionally, you can manage the assembly in GAC with a utility
"gacutil.exe". For more information on this tool, you can refer to:

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cptools/htm
l/cpgrfglobalassemblycacheutilitygacutilexe.asp


Luke
Microsoft Online Partner Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)
 
J

John Lam

Hi Luke,

Actually, the issue is that I want there to be a flag in ASP.NET that causes
ASP.NET to NOT load strong-named assemblies as domain-neutral.

I apologize if my references to the GAC caused you to misunderstand the
issue.

Try building an ASP.NET app that calls a strong-named assembly (don't put it
into the GAC). Then make a change to that assembly and see if you can just
rebuild the solution. You can't - you must do an IISRESET before you will
see the changes. This is due to the fact that the ASP.NET worker process
loads the strong-named assembly as domain-neutral. If this wasn't the case
(as per the "I'm developing the app now, so don't cache" flag that I'm
requesting), then the strong-named assembly will be flushed and a new
appdomain created.

-John
http://www.iunknown.com
 
M

MSFT

Hi John,

I tested the problem with VS.NET 2002 and IIS 5 and I haven't found the
same problem. When we add a reference (for example, a.dll) to a project, it
will copy a.dll to its Bin folder. When we compile the refered project, it
will write to local bin folder, not the ASPNET appliaction's Bin folder.
Therefore, there wouldn't be a conflict. Did you put all assembly in one
Bin folder?

Luke
Microsoft Online Partner Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)
 

Members online

Forum statistics

Threads
473,733
Messages
2,569,440
Members
44,830
Latest member
ZADIva7383

Latest Threads

Top