workaround for FCN/directory delete bug

[Andy Fish]

hi,

I have come across the problem mentioned in this blog

http://blogs.msdn.com/toddca/archive...01/499144.aspx

it's basically the fact that in ASP.NET 2.0, the File Change Notification is
uses causes the application to unload every time a directory underneath the
webroot is deleted.

The bodge suggested as a work-around in the article (which involves messing
around with the file system) is not an option that is open to me.

Does anyone know whether a proper fix or workaround for this problem is
available? if not, the only thing I can think of is to delete only files at
runtime and then wait until application shutdown to clear the directory
tree.

Regards,

Andy

[bruce barker]

create an app_data folder in your site, which asp.net does not monitor.

-- bruce (sqlwork.com)
Andy Fish wrote:

hi,

I have come across the problem mentioned in this blog

http://blogs.msdn.com/toddca/archive...01/499144.aspx

it's basically the fact that in ASP.NET 2.0, the File Change Notification is
uses causes the application to unload every time a directory underneath the
webroot is deleted.

The bodge suggested as a work-around in the article (which involves messing
around with the file system) is not an option that is open to me.

Does anyone know whether a proper fix or workaround for this problem is
available? if not, the only thing I can think of is to delete only files at
runtime and then wait until application shutdown to clear the directory
tree.

Regards,

Andy

[Andy Fish]

Thanks Bruce,

From what I can see, files in the app_data folder are not served through
IIS. Files in the folder structure I am creating need to be visible to the
web browser, so that solution is no good for me.

Andy

"bruce barker" <no****@nospam.comwrote in message
news:uJ**************@TK2MSFTNGP06.phx.gbl...

create an app_data folder in your site, which asp.net does not monitor.

-- bruce (sqlwork.com)
Andy Fish wrote:

>hi,

I have come across the problem mentioned in this blog

http://blogs.msdn.com/toddca/archive...01/499144.aspx

it's basically the fact that in ASP.NET 2.0, the File Change Notification
is uses causes the application to unload every time a directory
underneath the webroot is deleted.

The bodge suggested as a work-around in the article (which involves
messing around with the file system) is not an option that is open to me.

Does anyone know whether a proper fix or workaround for this problem is
available? if not, the only thing I can think of is to delete only files
at runtime and then wait until application shutdown to clear the
directory tree.

Regards,

Andy

[Andy Fish]

just found this:

https://connect.microsoft.com/Visual...dbackID=240686

and I have implemented Kritter's hack which works fine for me on XP and win
2003 - copied below FYI:

Entered by [By]Kritter on 23/07/2007

A dirty hack that works:
PropertyInfo p =
typeof(System.Web.HttpRuntime).GetProperty("FileCh angesMonitor",
BindingFlags.NonPublic | BindingFlags.Public | BindingFlags.Static);
object o = p.GetValue(null, null);
FieldInfo f = o.GetType().GetField("_dirMonSubdirs", BindingFlags.Instance |
BindingFlags.NonPublic | BindingFlags.IgnoreCase);
object monitor = f.GetValue(o);
MethodInfo m = monitor.GetType().GetMethod("StopMonitoring",
BindingFlags.Instance | BindingFlags.NonPublic);
m.Invoke(monitor, new object[] { });

This code will turn off monitoring from the root website directory, but
monitoring of Bin, App_Themes and other folders will still be operational,
so updated DLLs will still auto deploy.


"Andy Fish" <aj****@blueyonder.co.ukwrote in message
news:%2****************@TK2MSFTNGP05.phx.gbl...

Thanks Bruce,

From what I can see, files in the app_data folder are not served through
IIS. Files in the folder structure I am creating need to be visible to the
web browser, so that solution is no good for me.

Andy

"bruce barker" <no****@nospam.comwrote in message
news:uJ**************@TK2MSFTNGP06.phx.gbl...

>create an app_data folder in your site, which asp.net does not monitor.

-- bruce (sqlwork.com)
Andy Fish wrote:

>>hi,

I have come across the problem mentioned in this blog

http://blogs.msdn.com/toddca/archive...01/499144.aspx

it's basically the fact that in ASP.NET 2.0, the File Change
Notification is uses causes the application to unload every time a
directory underneath the webroot is deleted.

The bodge suggested as a work-around in the article (which involves
messing around with the file system) is not an option that is open to
me.

Does anyone know whether a proper fix or workaround for this problem is
available? if not, the only thing I can think of is to delete only files
at runtime and then wait until application shutdown to clear the
directory tree.

Regards,

Andy

[Patrice]

My personal preference is just to not store those files under my web site
structure :
- you can server files stored outside of your structure (using an ASPX page
or a handler that allows additionaly to control how it is accessed
especially if those files are not supposed to be served to everyone)
- you could also likely use a virtual folder

This keep your web application and its data apart...

--
Patrice

"Andy Fish" <aj****@blueyonder.co.uka écrit dans le message de news:
eU*************@TK2MSFTNGP06.phx.gbl...

just found this:

https://connect.microsoft.com/Visual...dbackID=240686

and I have implemented Kritter's hack which works fine for me on XP and
win 2003 - copied below FYI:

Entered by [By]Kritter on 23/07/2007

A dirty hack that works:
PropertyInfo p =
typeof(System.Web.HttpRuntime).GetProperty("FileCh angesMonitor",
BindingFlags.NonPublic | BindingFlags.Public | BindingFlags.Static);
object o = p.GetValue(null, null);
FieldInfo f = o.GetType().GetField("_dirMonSubdirs", BindingFlags.Instance
| BindingFlags.NonPublic | BindingFlags.IgnoreCase);
object monitor = f.GetValue(o);
MethodInfo m = monitor.GetType().GetMethod("StopMonitoring",
BindingFlags.Instance | BindingFlags.NonPublic);
m.Invoke(monitor, new object[] { });

This code will turn off monitoring from the root website directory, but
monitoring of Bin, App_Themes and other folders will still be operational,
so updated DLLs will still auto deploy.


"Andy Fish" <aj****@blueyonder.co.ukwrote in message
news:%2****************@TK2MSFTNGP05.phx.gbl...

>Thanks Bruce,

From what I can see, files in the app_data folder are not served through
IIS. Files in the folder structure I am creating need to be visible to
the web browser, so that solution is no good for me.

Andy

"bruce barker" <no****@nospam.comwrote in message
news:uJ**************@TK2MSFTNGP06.phx.gbl...

>>create an app_data folder in your site, which asp.net does not monitor.

-- bruce (sqlwork.com)
Andy Fish wrote:
hi,

I have come across the problem mentioned in this blog

http://blogs.msdn.com/toddca/archive...01/499144.aspx

it's basically the fact that in ASP.NET 2.0, the File Change
Notification is uses causes the application to unload every time a
directory underneath the webroot is deleted.

The bodge suggested as a work-around in the article (which involves
messing around with the file system) is not an option that is open to
me.

Does anyone know whether a proper fix or workaround for this problem is
available? if not, the only thing I can think of is to delete only
files at runtime and then wait until application shutdown to clear the
directory tree.

Regards,

Andy

[Andy Fish]

for the most part that is exactly what I am doing

however, to serve optimized (linearized) pdfs properly is rather more
complicated because the browser requests chunks of the file with separate
HTTP requests, so for this case I decided the best solution was to make a
temporary copy of the PDF underneath the web root, then redirect the browser
to it. that way the optimized download works properly without lots of extra
code

Andy

"Patrice" <http://www.chez.com/scribe/wrote in message
news:eT****************@TK2MSFTNGP05.phx.gbl...

My personal preference is just to not store those files under my web site
structure :
- you can server files stored outside of your structure (using an ASPX
page or a handler that allows additionaly to control how it is accessed
especially if those files are not supposed to be served to everyone)
- you could also likely use a virtual folder

This keep your web application and its data apart...

--
Patrice

"Andy Fish" <aj****@blueyonder.co.uka écrit dans le message de news:
eU*************@TK2MSFTNGP06.phx.gbl...

>just found this:

https://connect.microsoft.com/Visual...dbackID=240686

and I have implemented Kritter's hack which works fine for me on XP and
win 2003 - copied below FYI:

Entered by [By]Kritter on 23/07/2007

A dirty hack that works:
PropertyInfo p =
typeof(System.Web.HttpRuntime).GetProperty("FileC hangesMonitor",
BindingFlags.NonPublic | BindingFlags.Public | BindingFlags.Static);
object o = p.GetValue(null, null);
FieldInfo f = o.GetType().GetField("_dirMonSubdirs",
BindingFlags.Instance | BindingFlags.NonPublic |
BindingFlags.IgnoreCase);
object monitor = f.GetValue(o);
MethodInfo m = monitor.GetType().GetMethod("StopMonitoring",
BindingFlags.Instance | BindingFlags.NonPublic);
m.Invoke(monitor, new object[] { });

This code will turn off monitoring from the root website directory, but
monitoring of Bin, App_Themes and other folders will still be
operational, so updated DLLs will still auto deploy.


"Andy Fish" <aj****@blueyonder.co.ukwrote in message
news:%2****************@TK2MSFTNGP05.phx.gbl...

>>Thanks Bruce,

From what I can see, files in the app_data folder are not served through
IIS. Files in the folder structure I am creating need to be visible to
the web browser, so that solution is no good for me.

Andy

"bruce barker" <no****@nospam.comwrote in message
news:uJ**************@TK2MSFTNGP06.phx.gbl...
create an app_data folder in your site, which asp.net does not monitor.

-- bruce (sqlwork.com)
Andy Fish wrote:
hi,
>
I have come across the problem mentioned in this blog
>
http://blogs.msdn.com/toddca/archive...01/499144.aspx
>
it's basically the fact that in ASP.NET 2.0, the File Change
Notification is uses causes the application to unload every time a
directory underneath the webroot is deleted.
>
The bodge suggested as a work-around in the article (which involves
messing around with the file system) is not an option that is open to
me.
>
Does anyone know whether a proper fix or workaround for this problem
is available? if not, the only thing I can think of is to delete only
files at runtime and then wait until application shutdown to clear the
directory tree.
>
Regards,
>
Andy
>