[Mono-devel-list] mod_mono, Inherits option in Page directive, DLL caching

[Adrian Dinu]

That is a problem I keep having too, but fortunately I can restart the
apache serve, orherwise it doesn't recognize the updated DLL with
mod_mono. 

AFAIK it's not fixed in 1.0.6 either and I'd be really curious if
there's a workaround for this that does not involve restarting apache.

On Mon, 2005-03-28 at 16:52 +0800, Sebastian Nowozin wrote:

> Hello everybody,
> 
> I use mono 1.0.5 and the appropriate mod-mono-server, mod_mono and 
> Apache 1.3 on Debian and also use XSP for quick testing of my ASP.NET 
> application.
> 
> Under XSP everything works, using two kind of .aspx files:
>    a) simple .aspx files with <script>'ed code, and
>    b) .aspx files which use the Inherits="MyNamespace.MyClass" option in 
> the Page directive.
> 
> The code for the webroot/page.aspx is stored in 
> webroot/bin/mynamespace.dll and the DLL is loaded from within the 
> webroot/web.config file, namely by a section:
> 
>          <system.web>
>                  <globalization requestEncoding="UTF-8" 
> responseEncoding="UTF-8" />
>                  <assemblies>
>                          <add assembly="mynamespace.dll" />
>                          <add assembly="*" />
>                  </assemblies>
>          </system.web>
>          <runtime>
>          <assemblyBinding>
>              <probing privatePath="/home/testasp/webroot/bin" />
>          </assemblyBinding>
>          </runtime>
> 
> Under mod_mono the simple .aspx files do work, too.  The Inherits' files 
> have problems producing this error 500 message:
> 
> > Server error in '/' application
> > Description: Error processing request.
> > 
> > Error Message: HTTP 500.
> > 
> > Stack Trace:
> > 
> > System.ArgumentException: Directory does not exists
> > Parameter name: value
> > in <0x000e4> System.IO.FileSystemWatcher:set_Path (string)
> > in <0x00056> (wrapper remoting-invoke-with-check) System.IO.FileSystemWatcher:set_Path (string)
> > in <0x00055> System.Web.Caching.CacheDependency:CreateWatcher (string)
> > in <0x003c7> System.Web.Caching.CacheDependency:.ctor (string[],string[],System.Web.Caching.CacheDependency,System.DateTime)
> > in <0x0002b> System.Web.Caching.CacheDependency:.ctor (string[])
> > in <0x0021e> System.Web.Compilation.CachingCompiler:Compile (System.Web.Compilation.BaseCompiler)
> > in <0x002ea> System.Web.Compilation.BaseCompiler:GetCompiledType ()
> > in <0x00251> System.Web.Compilation.AspGenerator:GetCompiledType ()
> > in <0x00036> System.Web.UI.PageParser:CompileIntoType ()
> > in <0x00018> System.Web.UI.TemplateControlParser:GetCompiledInstance ()
> > in <0x00050> System.Web.UI.PageParser:GetCompiledPageInstance (string,string,System.Web.HttpContext)
> > in <0x00011> System.Web.UI.PageHandlerFactory:GetHandler (System.Web.HttpContext,string,string,string)
> > in <0x0034e> System.Web.HttpApplication:CreateHttpHandler (System.Web.HttpContext,string,string,string)
> > in <0x0011f> CreateHandlerState:Execute ()
> > in <0x00084> StateMachine:ExecuteState (System.Web.HttpApplication/IStateHandler,bool&)
> 
> Throughout testing I did not (because I cannot, not my server) restart 
> apache nor mod_mono, but did update the underlying .aspx and .dll files. 
>   I think this must have confused mod_mono (or it did not recognize the 
> change to the .dll file).
> 
> I found a mail by Gonzalo in which he says this bug (not recognizing 
> changes of the DLL) is already in Bugzilla:
> http://lists.ximian.com/archives/public/mono-list/2004-August/022715.html
> 
> But I was unable to find this bug in Bugzilla, does anyone have a link? 
> (Especially I would like to know if its fixed in 1.0.5 already and my 
> problem has some other cause).
> 
> Searching brought up the same issues in this old postings:
> http://lists.ximian.com/archives/public/mono-list/2004-June/021327.html
> http://lists.ximian.com/archives/public/mono-devel-list/2004-July/007181.html
> 
> Especially in the first link of the two it mentions "shadowcaching" of 
> DLL files.  Is this implemented in mod_mono and can it be enabled somehow?
> 
> 
> Thanks,
> Sebastian
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list


________________________________________________________________________

Adrian Dinu
Technical Manager
Dream Team Software
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20050328/3b941e41/attachment.html