[Mono-bugs] [Bug 362038] [Regression] NRE when MojoPortal tries to load under Mono 1. 9p2

[bugzilla_noreply at novell.com]

https://bugzilla.novell.com/show_bug.cgi?id=362038

User mhabersack at novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=362038#c1


Marek Habersack <mhabersack at novell.com> changed:

           What    |Removed                                         |Added
----------------------------------------------------------------------------
             Status|NEW                                             |RESOLVED
         Resolution|                                                |FIXED




--- Comment #1 from Marek Habersack <mhabersack at novell.com>  2008-02-18 10:54:21 MST ---
The bug has been fixed in svn trunk, revision 96079 and in the 1.9 branch,
revision 96080.

The bug was triggered by the recent introduction of batch compilation which,
unlike the previous compilation code, uses the
System.Web.Hosting.VirtualPathProvider class which was lacking some code.
The same batch compilation, however, introduces another problem with MojoPortal
although it is not a Mono bug. Namely, in order to properly compile MojoPortal
aspx files on the first request, you need now to _physically_ remove all the
aspx files whose base classes don't exits on Mono (because of, e.g., WebParts
usage in their code) or they will fail to compile and thus will make it
impossible to visit the MojoPortal site. Currently, two sets of files need to
be removed from the Web directory - ChooseContent* and MyPage*. 
The alternative to removing the files is to turn the batch compilation mode off
by adding the following configuration option to the web.config file:

<compilation batch="false"/>

which will restore (to an extent) the old, file-per-request, compilation mode.

After removing the files metioned above, I succeeded to start MojoPortal, but
got an exception thrown by HttpApplication about a request timeout in the
NeatUpload module - it seems a ThreadAbortException is thrown, which is then
interpreted as a timeout and wrapped in HttpException. This is might be a bug
in NeatUpload (unlikely) or in the Mono runtime, which has recently been having
thread abort problems.


-- 
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.