Application Domain and Hot Deployment

[Jack Wright]

Dear All,
Every Virtual directory under IIS is executed in a new AppDomain.
This is done by CLR itself. When I deploy a dll under its bin, the
AppDomain is restarted as a result all my dlls under the bin again go
for compilation.
Is there anyway to avoid this? Can I create a AppDomain
programatically, that will avoid this error? Will putting the dll in
GAC solve the problem?
How do I avoid AppDomain restarts under IIS due to hot deployment?
Also if my application access any function of a dll, then it does not
get copied into the bin folder (message stating that the dll is in use
is displayed). How do I overcome these? Please help...

Thanks & Regards
Jack

[Scott Allen]

Hi Jack:

The way to avoid "the file is in use" msg is to take advantage of the
shadow copy feature in asp.net. Assemblies in the bin directory are
copied to a temp directory before being loaded into the process and
avoid being locked. Nothing from outside the bin directory is shadow
copied.

The only way to avoid the restart would be to manage your own app
domain. Once an appdomain loads a dll there is no unloading - the
whole appdomain has to come down. If you google.com for [.net plugin
architecture] you'll find some examples.

Is the recompile causing a big problem?

--
Scott
http://www.OdeToCode.com/blogs/scott/

On 30 Nov 2004 02:03:31 -0800, su***@volcanomail.com (Jack Wright)
wrote:

Dear All,
Every Virtual directory under IIS is executed in a new AppDomain.
This is done by CLR itself. When I deploy a dll under its bin, the
AppDomain is restarted as a result all my dlls under the bin again go
for compilation.
Is there anyway to avoid this? Can I create a AppDomain
programatically, that will avoid this error? Will putting the dll in
GAC solve the problem?
How do I avoid AppDomain restarts under IIS due to hot deployment?
Also if my application access any function of a dll, then it does not
get copied into the bin folder (message stating that the dll is in use
is displayed). How do I overcome these? Please help...

Thanks & Regards
Jack

[Jack Wright]

> Is the recompile causing a big problem?
Yes. Users experience speed problems when a deployment is done. How to
overcome this problem. Why does it go for recompiling all the dlls?

Plugin archietecture

I guess this is basically for dlls that are put in a directory other
than the bin (that are found using the probing path). Am I right?

Will putting the dll in GAC solve the problem?

Please help...

TALIA
Many Regards
Jack

[Scott Allen]

Even with the GAC you'd have to shut down the application to upgrade,
and the app would recompile the next time it started.

You might google for "ASPX precompile" and see if there are any tools
to help. It is probably the ASPX compiling and JITing that is chewing
up time.

--
Scott
http://www.OdeToCode.com/blogs/scott/
On 30 Nov 2004 20:46:48 -0800, su***@volcanomail.com (Jack Wright)
wrote:

Is the recompile causing a big problem?

Yes. Users experience speed problems when a deployment is done. How to
overcome this problem. Why does it go for recompiling all the dlls?

Plugin archietecture

I guess this is basically for dlls that are put in a directory other
than the bin (that are found using the probing path). Am I right?

Will putting the dll in GAC solve the problem?

Please help...

TALIA
Many Regards
Jack

[Jack Wright]

But even if I deploy a class dll why does all ASPX pages go recompile...
Also has MS defined a strategy for "Hot Deployment"
Please help...

TALIA
Many Regards
Jack

Scott Allen <bitmask@[nospam].fred.net> wrote in message news:<i8********************************@4ax.com>. ..

Even with the GAC you'd have to shut down the application to upgrade,
and the app would recompile the next time it started.

You might google for "ASPX precompile" and see if there are any tools
to help. It is probably the ASPX compiling and JITing that is chewing
up time.

--
Scott
http://www.OdeToCode.com/blogs/scott/
On 30 Nov 2004 20:46:48 -0800, su***@volcanomail.com (Jack Wright)
wrote:

Is the recompile causing a big problem?

Yes. Users experience speed problems when a deployment is done. How to
overcome this problem. Why does it go for recompiling all the dlls?

Plugin archietecture

I guess this is basically for dlls that are put in a directory other
than the bin (that are found using the probing path). Am I right?

Will putting the dll in GAC solve the problem?

Please help...

TALIA
Many Regards
Jack