Well my suggestion wasn't a permanent solution. You could email yourself some relevant info from the error to determine why that CFDUMP is being called in the first place. Then once you fix the problem, you can uncomment and go back to the old way.
Sean On Oct 31, 9:32 am, "Tomek Kott" <[EMAIL PROTECTED]> wrote: > I'd be interested in emailing myself, but I worry about the lack of > information if I ignore cfdump completely. Is there another way of handling > the error without cfdump? I imagine that just writing #arguments.exception# > in the email would get you a lot of unformatted text... > > Any suggestions? > > Tomek > > On Fri, Oct 31, 2008 at 8:18 AM, Sean Coyne <[EMAIL PROTECTED]> wrote: > > > I was having this problem in the past, and I commented out the CFDUMP > > tag and just had it send me an email if there was an error. You could > > try that. CFDUMP is pretty intensive so it could be timing out. > > > Sean > > > On Oct 31, 6:55 am, jp <[EMAIL PROTECTED]> wrote: > > > not sure if this will help, but it's the error that sometimes will get > > > thrown when trying to load the site tree. > > > > The request has exceeded the allowable time limit Tag: cfoutput > > > > The error occurred in C:\farcry\core\Application.cfc: line 234 > > > > 232 : <!--- rudimentary error handler ---> > > > 233 : <!--- TODO: need a pretty error handler for the webtop > > ---> > > > 234 : <cfdump var="#arguments.exception#" expand="true" > > > label="arguments" /> > > > 235 : > > > 236 : <cfreturn /> > > > > Resources: > > > > * Check the ColdFusion documentation to verify that you are using > > > the correct syntax. > > > * Search the Knowledge Base to find a solution to your problem. > > > > Browser Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv: > > 1.9.0.3) > > > Gecko/2008092417 Firefox/3.0.3 > > > Remote Address 202.78.34.77 > > > Referrer > >http://dev.nicri.org.au/webtop/site/sidebar.cfm?sec=site&SUB=tree&UPD... > > > Date/Time 31-Oct-08 09:37 PM > > > Stack Trace > > > at cfApplication2ecfc241833656$funcONERROR.runFunction(C:\farcry\core > > > \Application.cfc:234) > > > > coldfusion.runtime.RequestTimedOutException: The request has exceeded > > > the allowable time limit Tag: cfoutput > > > at coldfusion.tagext.io.OutputTag.doStartTag(OutputTag.java:148) > > > at cfdump2ecfm407466896._factor10(C:\blackstone_updates\cfusion > > > \wwwroot\WEB-INF\cftags\dump.cfm:77) > > > at > > cfdump2ecfm407466896.runPage(C:\blackstone_updates\cfusion\wwwroot > > > \WEB-INF\cftags\dump.cfm:1) > > > at coldfusion.runtime.CfJspPage.invoke(CfJspPage.java:152) > > > at > > > coldfusion.filter.CFVariablesScopeFilter.invoke(CFVariablesScopeFilter.java: > > > 63) > > > at > > coldfusion.tagext.lang.ModuleTag.doStartTag(ModuleTag.java:255) > > > at > > cfApplication2ecfc241833656$funcONERROR.runFunction(C:\farcry\core > > > \Application.cfc:234) > > > at coldfusion.runtime.UDFMethod.invoke(UDFMethod.java:348) > > > at coldfusion.runtime.UDFMethod > > > $ReturnTypeFilter.invoke(UDFMethod.java:294) > > > at coldfusion.runtime.UDFMethod > > > $ArgumentCollectionFilter.invoke(UDFMethod.java:258) > > > at > > > coldfusion.filter.FunctionAccessFilter.invoke(FunctionAccessFilter.java: > > > 56) > > > at > > coldfusion.runtime.UDFMethod.runFilterChain(UDFMethod.java:211) > > > at coldfusion.runtime.UDFMethod.invoke(UDFMethod.java:173) > > > at > > coldfusion.runtime.TemplateProxy.invoke(TemplateProxy.java:192) > > > at > > coldfusion.runtime.TemplateProxy.invoke(TemplateProxy.java:145) > > > at > > coldfusion.runtime.AppEventInvoker.invoke(AppEventInvoker.java:54) > > > at > > coldfusion.runtime.AppEventInvoker.onError(AppEventInvoker.java: > > > 166) > > > at > > coldfusion.filter.ApplicationFilter.invoke(ApplicationFilter.java: > > > 236) > > > at > > > coldfusion.filter.RequestMonitorFilter.invoke(RequestMonitorFilter.java: > > > 51) > > > at coldfusion.filter.PathFilter.invoke(PathFilter.java:86) > > > at > > coldfusion.filter.ExceptionFilter.invoke(ExceptionFilter.java:69) > > > at > > > coldfusion.filter.ClientScopePersistenceFilter.invoke(ClientScopePersistenceFilter.java: > > > 28) > > > at coldfusion.filter.BrowserFilter.invoke(BrowserFilter.java:38) > > > at coldfusion.filter.GlobalsFilter.invoke(GlobalsFilter.java:38) > > > at > > coldfusion.filter.DatasourceFilter.invoke(DatasourceFilter.java: > > > 22) > > > at > > > coldfusion.filter.RequestThrottleFilter.invoke(RequestThrottleFilter.java: > > > 115) > > > at coldfusion.CfmServlet.service(CfmServlet.java:107) > > > at > > > coldfusion.bootstrap.BootstrapServlet.service(BootstrapServlet.java: > > > 78) > > > at jrun.servlet.ServletInvoker.invoke(ServletInvoker.java:91) > > > at > > jrun.servlet.JRunInvokerChain.invokeNext(JRunInvokerChain.java:42) > > > at > > > jrun.servlet.JRunRequestDispatcher.invoke(JRunRequestDispatcher.java: > > > 257) > > > at > > > jrun.servlet.ServletEngineService.dispatch(ServletEngineService.java: > > > 541) > > > at > > > jrun.servlet.jrpp.JRunProxyService.invokeRunnable(JRunProxyService.java: > > > 204) > > > at jrunx.scheduler.ThreadPool > > > $DownstreamMetrics.invokeRunnable(ThreadPool.java:318) > > > at jrunx.scheduler.ThreadPool > > > $ThreadThrottle.invokeRunnable(ThreadPool.java:426) > > > at jrunx.scheduler.ThreadPool > > > $UpstreamMetrics.invokeRunnable(ThreadPool.java:264) > > > at jrunx.scheduler.WorkerThread.run(WorkerThread.java:66) > > > > On Oct 31, 9:32 pm, jp <[EMAIL PROTECTED]> wrote: > > > > > Hi Geoff, > > > > > The site tree could be broken, it will eventually load, but each sub > > > > structure in the tree is where the time takes load. Sometimes when we > > > > try and load it will just show the spinner and we'll have to stop the > > > > load and refresh the pane and then it will load correctly. We may have > > > > to do this 2 or 3 times before it finally loads, but it will > > > > eventually. Regarding performance, the site runs like a scalded cat > > > > when you're browsing it externally, especially now we've added a few > > > > extra indexes. it's only really poor, and pretty much unusable when > > > > you're in the webtop, especially from within the site tree. How can we > > > > verify the site tree is right and not broken ? > > > > > We've also checked and we don't have debugging turned on within the > > > > cfadmin. > > > > > Regards > > > > > Justin > > > > > On Oct 31, 9:42 am, modius <[EMAIL PROTECTED]> wrote: > > > > > > On Oct 30, 11:09 pm, raZorTT <[EMAIL PROTECTED]> wrote: > > > > > > > My DBA has done some working putting indexes on all the table he > > > > > > thinks should help, but things are still really slow. > > > > > > > He's also turned on the mysql option to log slow queries, so far > > > > > > nothing has been written to the log, so it is looking like maybe > > > > > > something with our CF setup? > > > > > > > Can you think of any settings in CF would cause the poor > > performance? > > > > > > Do you have debugging on and are trying to render the output in the > > > > > webtop? This would potentially cause problems. But you'd see issues > > > > > throughout the webtop rather than just in the tree. > > > > > > Do you have enough memory for the instance ColdFusion is running on? > > > > > If you are low on memory then opening the tree maybe pushing you over > > > > > the threshold, and causing your system to swap to disk. > > > > > > Are you sure the tree is slow? Perhaps its just broken? Does it > > ever > > > > > render the tree or do you get a spinning loading symbol for ever and > > a > > > > > day? > > > > > > geoffhttp://www.daemon.com.au/ --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "farcry-dev" group. To post to this group, send email to farcry-dev@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/farcry-dev?hl=en -~----------~----~----~----~------~----~------~--~---
