Vous savez probablement que la page ASP.NET a été modifiée (parce que vous l'avez téléchargée). Pourquoi ne pas, à ce stade, recycler le pool d'applications OU faire quelque chose qui provoquera le recyclage du pool d'applications (comme la modification de web.config)?
Cette question ...
What causes an application pool in IIS to recycle?
... parle de ce qui provoque un recyclage du pool d'application. Cet article MSDN ...
http://blogs.msdn.com/b/tess/archive/2006/08/02/asp-net-case-study-lost-session-variables-and-appdomain-recycles.aspx
... a un excellent rédiger sur le sujet. Lorsque vous téléchargez le nouveau fichier .aspx, vous devez obtenir une recompilation, mais vous risquez de ne pas avoir à recycler le pool d'applications. Le nombre de recompilations avant un recyclage est contrôlé par config. Voir l'article de Tess (ci-dessus) pour plus de détails, mais ce bout elle donne est ...
[Recyclage se produit lorsque] Le nombre de Recompilations (ASPX, ascx ou ASax) dépasse la limite spécifiée par la mise en machine.config ou web.config (par défaut est réglé sur 15)
Modifié par quoi? Sûrement si vous republiez votre site, le domaine de l'application sera recyclé et cela se produira quand même? – Paddy
ajouter une nouvelle méthode (code inline) http://www.808.dk/?code-aspnet-inline - si je ne télécharge que le fichier xyz.aspx modifié, l'application ne sera pas recyclée. La page de base (autre assembly) obtiendra toutes les méthodes et les maintiendra dans une variable statique. Donc, si j'ajoute une nouvelle méthode à la page, la variable statique doit mettre à jour la valeur. – Beni