ASp.NET caches assemblies in the GAC

[enrico sabbadin]

Hi,
I noticed that ASP.NET caches .NET assemblies installed in the GAC ..
calling HttpRuntime.UnloadAppDomain() unfortunately doesn't seem to help ,
likely because the ASP.NET appdomomains are
loaded using the MultiDomainHost model which shares the assemblies in the
GAC..

only restaring the whole web service (using the IISRESET command line tool)
seems to help ..

any other softer solution than an IIS reset ?
thanks in advance
--
sa******@sabbasoft.com
MTS - COM+ - VBCOM - Enterprise Services - Security FAQ
..NET & COM+ books selected list
http://www.sabbasoft.com
"Moving fast is not the same as going somewhere."

[Janaka]

You'll probably find that by resetting or re-installing the dlls in the GAC
also does the same trick as doing an IIS reset - but you probably don't want
to do this either :) I could be wrong here but I'm not aware of any .NET
object that's capable of updating the GAC programmatically.
That would make sense though since the assemblies in the GAC are shared
between resources (not just ASP.NET) and the objects stored in the GAC would
get locked by processes using it.

If your ASP.NET applications need to use a separate assembly that needs to
be updated often, place this in the /bin directory of the application
instead. Although its convenient and more manageable to have 1 dll stored
in the GAC I've found it still falls foul of the old ASP problem of having
to do an entire restart to unlock the dll the administer changes.

J

"enrico sabbadin" <sa******@infinito.it> wrote in message
news:Os**************@TK2MSFTNGP12.phx.gbl...

Hi,
I noticed that ASP.NET caches .NET assemblies installed in the GAC ..
calling HttpRuntime.UnloadAppDomain() unfortunately doesn't seem to help ,
likely because the ASP.NET appdomomains are
loaded using the MultiDomainHost model which shares the assemblies in the
GAC..

only restaring the whole web service (using the IISRESET command line tool) seems to help ..

any other softer solution than an IIS reset ?
thanks in advance
--
sa******@sabbasoft.com
MTS - COM+ - VBCOM - Enterprise Services - Security FAQ
.NET & COM+ books selected list
http://www.sabbasoft.com
"Moving fast is not the same as going somewhere."

[enrico sabbadin]

thank Janaka for your reply,

no re-installing the dlls in the GAC does not work, (i do it automatically
in each rebuild using a macro),
they are not locked and the GAC is actually updated, however the w3 working
process (i'm running on 2003) keeps on using the old ones.

best regards

"Janaka" <ja****@magicalia.com> wrote in message
news:uz**************@tk2msftngp13.phx.gbl...

You'll probably find that by resetting or re-installing the dlls in the GAC also does the same trick as doing an IIS reset - but you probably don't want to do this either :) I could be wrong here but I'm not aware of any .NET
object that's capable of updating the GAC programmatically.
That would make sense though since the assemblies in the GAC are shared
between resources (not just ASP.NET) and the objects stored in the GAC would get locked by processes using it.

If your ASP.NET applications need to use a separate assembly that needs to
be updated often, place this in the /bin directory of the application
instead. Although its convenient and more manageable to have 1 dll stored
in the GAC I've found it still falls foul of the old ASP problem of having
to do an entire restart to unlock the dll the administer changes.

J

"enrico sabbadin" <sa******@infinito.it> wrote in message
news:Os**************@TK2MSFTNGP12.phx.gbl...

Hi,
I noticed that ASP.NET caches .NET assemblies installed in the GAC ..
calling HttpRuntime.UnloadAppDomain() unfortunately doesn't seem to help , likely because the ASP.NET appdomomains are
loaded using the MultiDomainHost model which shares the assemblies in the GAC..

only restaring the whole web service (using the IISRESET command line

tool)

seems to help ..

any other softer solution than an IIS reset ?
thanks in advance
--
sa******@sabbasoft.com
MTS - COM+ - VBCOM - Enterprise Services - Security FAQ
.NET & COM+ books selected list
http://www.sabbasoft.com
"Moving fast is not the same as going somewhere."