Are you still experiencing this problem/did you find anything more?
I have the same problem - log dump from umbracoLog table below:
At /umbraco/umbraco.aspx (Referred by: ): System.TypeInitializationException: The type initializer for 'umbraco.BusinessLogic.Actions.Action' threw an exception. ---> System.NullReferenceException: Object reference not set to an instance of an object. at umbraco.BusinessLogic.Utils.TypeFinder.FindClassesOfType[T](Boolean useSeperateAppDomain) at umbraco.BusinessLogic.Actions.Action.RegisterIActions() at umbraco.BusinessLogic.Actions.Action..cctor() --- End of inner exception stack trace --- at umbraco.BusinessLogic.Actions.Action.GetJavaScriptFileReferences() at umbraco.cms.presentation._umbraco.RenderActionJS() at umbraco.cms.presentation._umbraco.Page_Load(Object sender, EventArgs e) at System.Web.Util.CalliHelper.EventArgFunctionCaller(IntPtr fp, Object o, Object t, EventArgs e) at System.Web.Util.CalliEventHandlerDelegateProxy.Callback(Object sender, EventArgs e) at System.Web.UI.Control.OnLoad(EventArgs e) at umbraco.BasePages.BasePage.OnLoad(EventArgs e) at System.Web.UI.Control.LoadRecursive() at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)
System.TypeInitializationException: The type initializer
for 'umbraco.BusinessLogic.Actions.Action' threw an exception. --->
System.NullReferenceException: Object reference not set to an instance of an
object. bei
umbraco.BusinessLogic.Utils.TypeFinder.FindClassesOfType[T](Boolean
useSeperateAppDomain) bei
umbraco.BusinessLogic.Actions.Action.RegisterIActions() bei
umbraco.BusinessLogic.Actions.Action..cctor() --- Ende der
internen Ausnahmestapelüberwachung --- bei
umbraco.BusinessLogic.Actions.Action.RunActionHandlers(Document d, IAction
action) bei
umbraco.content.UpdateDocumentCache(Document d) bei
umbraco.content.UpdateDocumentCache(Int32 pageId) bei
umbraco.library.UpdateDocumentCache(Int32 DocumentId)
own app pool, just started to pop up after the website is online for a month happens now for 1 week almost every day which is quite annoying because publishing of customer supplied content fails
happened also for umbraco.cms.businesslogic.web.Document.MakeNew (not only UpdateDocumentCache like in my previous post)
Did you find a solution to this problem? I'm not sure if the original question was about scenario that we have but some of later messages look like the problem we have.
What we have is a load balanced environment: - 4 web servers with latest version of Umbraco running on them - access to CMS is available only through one of the servers - a SQL Server on a separate machine
Servers are properly configured to work in a load balanced environment and a hardware load balancer is in front of web servers. Everything works fine except that we started getting error messages approximatelly two times per day when a node gets published in CMS. We solve the issue by recycling application pools manually each time error starts to happen. If we don't recycle application pools then we can't publish any of the nodes in CMS.
Here is a detailed strack trace: [NullReferenceException: Object reference not set to an instance of an object.]
umbraco.BusinessLogic.Utils.TypeFinder.FindClassesOfType(Boolean useSeperateAppDomain) +56
umbraco.presentation.cache.Factory.Initialize() +77
System.TypeInitializationException: The type initializer for 'umbraco.BusinessLogic.Actions.Action' threw an exception. ---> System.NullReferenceException: Object reference not set to an instance of an object. at umbraco.BusinessLogic.Utils.TypeFinder.FindClassesOfType[T](Boolean useSeperateAppDomain) at umbraco.BusinessLogic.Actions.Action.RegisterIActions() at umbraco.BusinessLogic.Actions.Action..cctor() --- End of inner exception stack trace --- at umbraco.BusinessLogic.Actions.Action.RunActionHandlers(Document d, IAction action) at umbraco.cms.businesslogic.web.Document.MakeNew(String Name, DocumentType dct, User u, Int32 ParentId) at FM_ControlCollection.FM_IndrykAnnonce.indryk_afslut_submit_Click(Object sender, EventArgs e) in FM_IndrykAnnonce.ascx.cs:line 99 at System.Web.UI.WebControls.Button.OnClick(EventArgs e) at System.Web.UI.WebControls.Button.RaisePostBackEvent(String eventArgument) at System.Web.UI.Page.RaisePostBackEvent(IPostBackEventHandler sourceControl, String eventArgument) at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)
Error occurs when calling Document.MakeNew, only solution so far is to recycle the website :/
this also happened to me, only one time after the website went live 3 weeks ago. What do I have to do to gather more info about the issue when it happens again so I can report here?
I'm not sure, but I've noticed that the dates of the crashes correspond to the "Remove at" date of some nodes. Can Remove at be the cause of this issue?
I've noticed this happening intermittently on one of my sites too. If it's any help, it's started happening on a site where the client is making extensive use of the 'remove at' feature.So maybe there is an issue there.
Process information: Process ID: 4348 Process name: w3wp.exe Account name: WEB1\UCPR
Exception information: Exception type: TypeInitializationException Exception message: The type initializer for 'umbraco.BusinessLogic.Actions.Action' threw an exception.
Thread information: Thread ID: 6 Thread account name: WEB1\UCPR Is impersonating: False Stack trace: at umbraco.BusinessLogic.Actions.Action.RunActionHandlers(Document d, IAction action) at umbraco.cms.presentation.editContent.Save(Object sender, EventArgs e) in d:\TeamCity\buildAgent\work\7380c184e9fcd3ea\umbraco\presentation\umbraco\editContent.aspx.cs:line 129 at System.EventHandler.Invoke(Object sender, EventArgs e) at umbraco.controls.ContentControl.saveClick(Object Sender, ImageClickEventArgs e) in d:\TeamCity\buildAgent\work\7380c184e9fcd3ea\umbraco\presentation\umbraco\controls\ContentControl.cs:line 162 at umbraco.controls.ContentControl.savePublish(Object Sender, ImageClickEventArgs e) in d:\TeamCity\buildAgent\work\7380c184e9fcd3ea\umbraco\presentation\umbraco\controls\ContentControl.cs:line 168 at System.Web.UI.WebControls.ImageButton.OnClick(ImageClickEventArgs e) at System.Web.UI.WebControls.ImageButton.RaisePostBackEvent(String eventArgument) at System.Web.UI.WebControls.ImageButton.System.Web.UI.IPostBackEventHandler.RaisePostBackEvent(String eventArgument) at System.Web.UI.Page.RaisePostBackEvent(IPostBackEventHandler sourceControl, String eventArgument) at System.Web.UI.Page.RaisePostBackEvent(NameValueCollection postData) at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)
Just to update this - we are running on IIS 6 and still have this problem. I'm not sure how often, but our editors are using the "remove at" feature occasionally.
I ended up resolving it in our NLB environment with a recompile having taken out all references to the System.Web.HttpContext.Current.Request in the cache handler and moving it to a appsetting in the web.config, It's been working well now for several months.
Thanks for all your help - we'll look after path refs to httpcontext and replace those with the suggestion by mfalconer. Love how the community rise to the occasion on this one! Crossing fingers for a new standard :-)
I have now been running the revised DLL in production since saturday and there has been no exception related to this error. I would call it a successful bugfix :)
Like NorthSide, my site uses the "remove at" feature extensively, around 2-300 times a week and experienced this crash at least once or twice every day.
This has just started happening on one of my sites. Unfortunately I can't provide any concrete evidence, so it might just be coincidence, but the site is one where the client is making extensive use of the 'remove at' feature.
I'm now running the revised DLL in production - everything seems to be working smoothly, I'll let you know in a couple of days if the error has dissappeared.
I've attached a zipped copy of my revised version of the businesslogic.dll file here. Feel free to give it a try, but please post any comments on it so everyone can see if it is successful or not. If it is, then we can report the fix on to the Umbraco core team.
I am having the same issues with a client's website and they are getting frustrated not being able to login to the umbraco admin at seemingly random points. I have heard this might coincide with the "remove at" date of nodes but I haven't been able to confirm it. I would like to test your dll as well if you would allow me. Thanks.
I have a site with the same issue, and believe Ron is correct about HttpContext.Current returning null. I've modified the code to read: string binFolder = HttpRuntime.BinDirectory;
This modified code is now running on out live site, and so far the issue has no re-occurred. It's difficult to test as the exact conditions which cause the error is not known, but I can supply and updated dll to anyone willing to also test it.
I've attached an image of the codeline that most likely causes the problem. Is it possible that TypeFinder.FindClassesOfType is called from outside the request context? In that case HttpContext.Current.Request.PhysicalApplicationPath should not be used.
We currently have already two customers (university and hospital) with this problem.
Unfortunately, the attached error doesn't give any useful pointers.
It would be a great help if - in case you experience this regularly - could add umbraco debug files (pdbs, found in the presentation/bin folder in the source files) and attach the full debug error when it happens. That way we get the full report on the error and can start finding the cause and making a fix!
Type Initialization Error
I'm getting the following error in Windows event log and Umbraco back end becomes unresponsive:
The type initializer for 'umbraco.BusinessLogic.Actions.Action' threw an exception.
Robert,
Is your website in its own app pool in iis? Also did this start happening on a site that was already up and running or is this completely new install?
Regards
Ismail
It is in it's own application pool and the problem just started to crop up now.
To be honest, this is the sort of error I see a lot with Umbraco. They always seem random and impossible to trace.
Hi Robert,
Are you still experiencing this problem/did you find anything more?
I have the same problem - log dump from umbracoLog table below:
At /umbraco/umbraco.aspx (Referred by: ): System.TypeInitializationException: The type initializer for
'umbraco.BusinessLogic.Actions.Action' threw an exception. ---> System.NullReferenceException: Object reference not set
to an instance of an object. at umbraco.BusinessLogic.Utils.TypeFinder.FindClassesOfType[T](Boolean
useSeperateAppDomain) at umbraco.BusinessLogic.Actions.Action.RegisterIActions() at
umbraco.BusinessLogic.Actions.Action..cctor() --- End of inner exception stack trace --- at
umbraco.BusinessLogic.Actions.Action.GetJavaScriptFileReferences() at
umbraco.cms.presentation._umbraco.RenderActionJS() at umbraco.cms.presentation._umbraco.Page_Load(Object sender,
EventArgs e) at System.Web.Util.CalliHelper.EventArgFunctionCaller(IntPtr fp, Object o, Object t, EventArgs e) at
System.Web.Util.CalliEventHandlerDelegateProxy.Callback(Object sender, EventArgs e) at
System.Web.UI.Control.OnLoad(EventArgs e) at umbraco.BasePages.BasePage.OnLoad(EventArgs e) at
System.Web.UI.Control.LoadRecursive() at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint,
Boolean includeStagesAfterAsyncPoint)
Andy
same problem for me
System.TypeInitializationException: The type initializer for 'umbraco.BusinessLogic.Actions.Action' threw an exception. ---> System.NullReferenceException: Object reference not set to an instance of an object.
bei umbraco.BusinessLogic.Utils.TypeFinder.FindClassesOfType[T](Boolean useSeperateAppDomain)
bei umbraco.BusinessLogic.Actions.Action.RegisterIActions()
bei umbraco.BusinessLogic.Actions.Action..cctor()
--- Ende der internen Ausnahmestapelüberwachung ---
bei umbraco.BusinessLogic.Actions.Action.RunActionHandlers(Document d, IAction action)
bei umbraco.content.UpdateDocumentCache(Document d)
bei umbraco.content.UpdateDocumentCache(Int32 pageId)
bei umbraco.library.UpdateDocumentCache(Int32 DocumentId)
own app pool, just started to pop up after the website is online for a month
happens now for 1 week almost every day which is quite annoying because publishing of customer supplied content fails
happened also for umbraco.cms.businesslogic.web.Document.MakeNew (not only UpdateDocumentCache like in my previous post)
Guys,
Try taking a copy of the website install locally and upgrade to latest version see if that fixes the problem?
Regards
Ismail
This is happening to me too... Just started happening... Does anyone has a clue?
Hello everyone,
Did you find a solution to this problem? I'm not sure if the original question was about scenario that we have but some of later messages look like the problem we have.
What we have is a load balanced environment:
- 4 web servers with latest version of Umbraco running on them
- access to CMS is available only through one of the servers
- a SQL Server on a separate machine
Servers are properly configured to work in a load balanced environment and a hardware load balancer is in front of web servers. Everything works fine except that we started getting error messages approximatelly two times per day when a node gets published in CMS. We solve the issue by recycling application pools manually each time error starts to happen. If we don't recycle application pools then we can't publish any of the nodes in CMS.
Here is a detailed strack trace:
[NullReferenceException: Object reference not set to an instance of an object.]
umbraco.BusinessLogic.Utils.TypeFinder.FindClassesOfType(Boolean useSeperateAppDomain) +56
umbraco.presentation.cache.Factory.Initialize() +77
[TypeInitializationException: The type initializer for 'umbraco.presentation.cache.Factory' threw an exception.]
umbraco.presentation.cache.Factory..ctor() +0
umbraco.presentation.cache.dispatcher.Refresh(Guid uniqueIdentifier, Int32 Id) +815
umbraco.library.UpdateDocumentCache(Int32 DocumentId) +88
umbraco.cms.presentation.editContent.Publish(Object sender, EventArgs e) +389
System.EventHandler.Invoke(Object sender, EventArgs e) +0
umbraco.controls.ContentControl.savePublish(Object Sender, ImageClickEventArgs e) +71
System.Web.UI.WebControls.ImageButton.OnClick(ImageClickEventArgs e) +98
System.Web.UI.WebControls.ImageButton.RaisePostBackEvent(String eventArgument) +161
System.Web.UI.Page.RaisePostBackEvent(IPostBackEventHandler sourceControl, String eventArgument) +29
System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +2981
I would appriciate any kind of help.
Regards,
Sasa
somebody is taking care of it?
I´m also haunted by this very annoying bug :(
System.TypeInitializationException: The type initializer for 'umbraco.BusinessLogic.Actions.Action' threw an exception. ---> System.NullReferenceException: Object reference not set to an instance of an object. at umbraco.BusinessLogic.Utils.TypeFinder.FindClassesOfType[T](Boolean useSeperateAppDomain) at umbraco.BusinessLogic.Actions.Action.RegisterIActions() at umbraco.BusinessLogic.Actions.Action..cctor() --- End of inner exception stack trace --- at umbraco.BusinessLogic.Actions.Action.RunActionHandlers(Document d, IAction action) at umbraco.cms.businesslogic.web.Document.MakeNew(String Name, DocumentType dct, User u, Int32 ParentId) at FM_ControlCollection.FM_IndrykAnnonce.indryk_afslut_submit_Click(Object sender, EventArgs e) in FM_IndrykAnnonce.ascx.cs:line 99 at System.Web.UI.WebControls.Button.OnClick(EventArgs e) at System.Web.UI.WebControls.Button.RaisePostBackEvent(String eventArgument) at System.Web.UI.Page.RaisePostBackEvent(IPostBackEventHandler sourceControl, String eventArgument) at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)
Error occurs when calling Document.MakeNew, only solution so far is to recycle the website :/
Is there already a solution for this?
When the website runs for a while, it suddenly gives this error.
After resetting the pool it works for a few days again.
Ron
I placed a similar post with an CodePlex Workitem. Please vote!
http://our.umbraco.org/forum/core/general/4781-TypeFinderFindClassesOfType(Boolean-useSeperateAppDomain)-Trows-NullReferenceExeption
Thanks in advance.
Ron
Hi,
this also happened to me, only one time after the website went live 3 weeks ago. What do I have to do to gather more info about the issue when it happens again so I can report here?
Have a nice day!
Are there any updates on this problem? It happened again and I don't know what to do about it.
I'm not sure, but I've noticed that the dates of the crashes correspond to the "Remove at" date of some nodes. Can Remove at be the cause of this issue?
I've noticed this happening intermittently on one of my sites too. If it's any help, it's started happening on a site where the client is making extensive use of the 'remove at' feature.So maybe there is an issue there.
For anyone who doesn't know:
The solution can be found here:
http://umbraco.codeplex.com/WorkItem/View.aspx?WorkItemId=24993
Long shot, but would anyone have an updated version of Ron's link in the post above?
Yup I could use a solution as well. Anyone got a working link?
Cheers
Bjørn
I am also seeing this error for the first time in this three year old installation. Our installation is Umbraco 4.0.4.2
It happened to a user who does not pubilsh content very much. The changes were saved, but not published.
I was able to go in as a separate user and I published the users changes with no problems. It is clear from
The Event log that this user tried to publish his/her changes several times, each time generating the error:
Event Type: Warning
Event Source: ASP.NET 2.0.50727.0
Event Category: Web Event
Event ID: 1309
Date: 4/24/2013
Time: 8:29:55 AM
User: N/A
Computer: WEB1
Description:
Event code: 3005
Event message: An unhandled exception has occurred.
Event time: 4/24/2013 8:29:55 AM
Event time (UTC): 4/24/2013 3:29:55 PM
Event ID: 7034af0be24e4c3a96ac9c030bef632b
Event sequence: 1548
Event occurrence: 1
Event detail code: 0
Application information:
Application domain: /LM/W3SVC/109769922/Root-1-130112907658747523
Trust level: Full
Application Virtual Path: /
Application Path: C:\Inetpub\wwwroot\capradio\
Machine name: WEB1
Process information:
Process ID: 4348
Process name: w3wp.exe
Account name: WEB1\UCPR
Exception information:
Exception type: TypeInitializationException
Exception message: The type initializer for 'umbraco.BusinessLogic.Actions.Action' threw an exception.
Request information:
Request URL: http://[removed]/umbraco/editContent.aspx?id=186363
Request path: /umbraco/editContent.aspx
User host address: 130.86.239.134
User:
Is authenticated: False
Authentication Type:
Thread account name: WEB1\UCPR
Thread information:
Thread ID: 6
Thread account name: WEB1\UCPR
Is impersonating: False
Stack trace: at umbraco.BusinessLogic.Actions.Action.RunActionHandlers(Document d, IAction action)
at umbraco.cms.presentation.editContent.Save(Object sender, EventArgs e) in d:\TeamCity\buildAgent\work\7380c184e9fcd3ea\umbraco\presentation\umbraco\editContent.aspx.cs:line 129
at System.EventHandler.Invoke(Object sender, EventArgs e)
at umbraco.controls.ContentControl.saveClick(Object Sender, ImageClickEventArgs e) in d:\TeamCity\buildAgent\work\7380c184e9fcd3ea\umbraco\presentation\umbraco\controls\ContentControl.cs:line 162
at umbraco.controls.ContentControl.savePublish(Object Sender, ImageClickEventArgs e) in d:\TeamCity\buildAgent\work\7380c184e9fcd3ea\umbraco\presentation\umbraco\controls\ContentControl.cs:line 168
at System.Web.UI.WebControls.ImageButton.OnClick(ImageClickEventArgs e)
at System.Web.UI.WebControls.ImageButton.RaisePostBackEvent(String eventArgument)
at System.Web.UI.WebControls.ImageButton.System.Web.UI.IPostBackEventHandler.RaisePostBackEvent(String eventArgument)
at System.Web.UI.Page.RaisePostBackEvent(IPostBackEventHandler sourceControl, String eventArgument)
at System.Web.UI.Page.RaisePostBackEvent(NameValueCollection postData)
at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)
Here are the comments from the CodePlex issue:
wrote May 4, 2010 at 10:28 PM
Resolved with changeset 65954.
emd wrote Apr 20, 2010 at 9:38 AM
Just to update this - we are running on IIS 6 and still have this problem. I'm not sure how often, but our editors are using the "remove at" feature occasionally.
ovalsquare wrote Mar 24, 2010 at 2:00 AM
I am stabbing in the dark that most people with this type of an issue are running IIS7 under integrated mode. In this scenario the request context is null on application start. See http://mvolo.com/blogs/serverside/archive/2007/11/10/Integrated-mode-Request-is-not-available-in-this-context-in-Application_5F00_Start.aspx
On one hand I understand this design decision by the IIS team, but throwing an exception on access and not being able to check if it's null first?
cd13sr wrote Mar 3, 2010 at 7:41 PM
Thanks rodske. Is there any way you could post your modified DLL's and config? Thanks for the post.
rodske wrote Mar 3, 2010 at 5:53 AM
I ended up resolving it in our NLB environment with a recompile having taken out all references to the System.Web.HttpContext.Current.Request in the cache handler and moving it to a appsetting in the web.config, It's been working well now for several months.
cd13sr wrote Mar 1, 2010 at 10:48 PM
Any updates to this issue?
rodske wrote Dec 23, 2009 at 10:08 PM
Trying to fix the HttpContext.Current seems to implicate other errors of code when FindClassesOfType is successful
public CacheRefresher() {
this.Url = "http://" + System.Web.HttpContext.Current.Request.ServerVariables["SERVER_NAME"] + GlobalSettings.Path + "/webservices/cacheRefresher.asmx";
}
kipusoep wrote Dec 16, 2009 at 8:56 PM
Doesn't this have anything to do with the extra web.config setting:
Because I've got the problem that the Session is null when I don't add that to the web.config...
hartvig wrote Dec 16, 2009 at 8:19 PM
Thanks for all your help - we'll look after path refs to httpcontext and replace those with the suggestion by mfalconer. Love how the community rise to the occasion on this one! Crossing fingers for a new standard :-)
mortenbock wrote Dec 16, 2009 at 4:01 PM
Another suggestion for getting the path, that does not rely on the httpRuntime either, as far as I can tell:
string binFolder = new Uri(System.IO.Path.GetDirectoryName(Assembly.GetExecutingAssembly().GetName().CodeBase)).LocalPath;
mortenbock wrote Dec 16, 2009 at 11:30 AM
I am getting this in 4.0.3 as well.
ProNotion wrote Dec 16, 2009 at 10:04 AM
Does this issue still exist in 4.0.3 do you know? Rather than patch an existing dll I would rather opt to upgrade to the latest release.
rtbrouwer wrote Dec 16, 2009 at 9:48 AM
I've now been running the revised DLL in production at two websites and there has been no exceptions so far. I think this is the right solution.
hstidsen wrote Dec 16, 2009 at 9:31 AM
I have now been running the revised DLL in production since saturday and there has been no exception related to this error. I would call it a successful bugfix :)
Like NorthSide, my site uses the "remove at" feature extensively, around 2-300 times a week and experienced this crash at least once or twice every day.
northside wrote Dec 15, 2009 at 1:40 PM
This has just started happening on one of my sites. Unfortunately I can't provide any concrete evidence, so it might just be coincidence, but the site is one where the client is making extensive use of the 'remove at' feature.
hstidsen wrote Dec 12, 2009 at 1:43 PM
I'm now running the revised DLL in production - everything seems to be working smoothly, I'll let you know in a couple of days if the error has dissappeared.
michaeldfalconer wrote Dec 11, 2009 at 12:11 PM
I've attached a zipped copy of my revised version of the businesslogic.dll file here. Feel free to give it a try, but please post any comments on it so everyone can see if it is successful or not. If it is, then we can report the fix on to the Umbraco core team.
acoldone wrote Dec 11, 2009 at 1:44 AM
I am having the same issues with a client's website and they are getting frustrated not being able to login to the umbraco admin at seemingly random points. I have heard this might coincide with the "remove at" date of nodes but I haven't been able to confirm it. I would like to test your dll as well if you would allow me. Thanks.
hstidsen wrote Dec 11, 2009 at 12:40 AM
@michaelfalconer - my site gets the error 1 or 2 times a day so I would be more than willing to test your change to the DLL.
michaeldfalconer wrote Dec 9, 2009 at 12:14 PM
I have a site with the same issue, and believe Ron is correct about HttpContext.Current returning null. I've modified the code to read:
string binFolder = HttpRuntime.BinDirectory;
This modified code is now running on out live site, and so far the issue has no re-occurred. It's difficult to test as the exact conditions which cause the error is not known, but I can supply and updated dll to anyone willing to also test it.
rtbrouwer wrote Dec 4, 2009 at 2:09 PM
Hi Niels,
I've attached an image of the codeline that most likely causes the problem.
Is it possible that TypeFinder.FindClassesOfType is called from outside the request context?
In that case HttpContext.Current.Request.PhysicalApplicationPath should not be used.
We currently have already two customers (university and hospital) with this problem.
Thanks in advance,
Ron
rtbrouwer wrote Dec 3, 2009 at 9:20 AM
Is there any news about this issue?
Shandem wrote Dec 1, 2009 at 2:17 PM
Any chance anyone experiencing this is trying to run Umbraco in Medium Trust?
hstidsen wrote Oct 29, 2009 at 10:39 PM
My site crashed today, with this error, after running only a couple of days since I put the PDBs up.
Stacktraces attached. Exception 1 is usually the first one to occur, then the two exceptions occurs randomly until the site is recycled.
rtbrouwer wrote Oct 22, 2009 at 2:01 PM
I will keep this in mind for when it happens again.
hartvig wrote Oct 21, 2009 at 5:40 PM
Unfortunately, the attached error doesn't give any useful pointers.
It would be a great help if - in case you experience this regularly - could add umbraco debug files (pdbs, found in the presentation/bin folder in the source files) and attach the full debug error when it happens. That way we get the full report on the error and can start finding the cause and making a fix!
Jeroen
is working on a reply...