Hi,
I'm using a custom-made base class for all pages of a
site. However, when I make changes to that class and
replace the dll on the (web)server, the application often
restarts when a page is requested. When I request the page
a second time it usually goes well. This is quite a
burden, because every time a change to the base class is
made, I need to request all pages myself in order to make
everything working again.
An other anoying thing is that session data seems to get
lost when a page is changed and needs to be recompiled. Is
this normal? I tought that the asp.net worker process
would detect if a page was changed, recompiles it and
executes it. How can this operation cause to lose session
state? I always get the following stack trace:
at AdiosAdmin.Admi nPage.Page_Init (Object sender, EventArgs
e) at System.Web.UI.C ontrol.OnInit(E ventArgs e) at
System.Web.UI.C ontrol.InitRecu rsive(Control
namingContainer ) at System.Web.UI.P age.ProcessRequ estMain()
Any help would be appreciated, thanks a lot in advance.
Domien
I'm using a custom-made base class for all pages of a
site. However, when I make changes to that class and
replace the dll on the (web)server, the application often
restarts when a page is requested. When I request the page
a second time it usually goes well. This is quite a
burden, because every time a change to the base class is
made, I need to request all pages myself in order to make
everything working again.
An other anoying thing is that session data seems to get
lost when a page is changed and needs to be recompiled. Is
this normal? I tought that the asp.net worker process
would detect if a page was changed, recompiles it and
executes it. How can this operation cause to lose session
state? I always get the following stack trace:
at AdiosAdmin.Admi nPage.Page_Init (Object sender, EventArgs
e) at System.Web.UI.C ontrol.OnInit(E ventArgs e) at
System.Web.UI.C ontrol.InitRecu rsive(Control
namingContainer ) at System.Web.UI.P age.ProcessRequ estMain()
Any help would be appreciated, thanks a lot in advance.
Domien
Comment