奇怪的UnsupportedOperationException cfdump中的java錯誤

Question

當我們記錄錯誤時，我們希望收集一些關於應用程序狀態的信息，以幫助我們診斷原因。在我們的錯誤日誌代碼，我們有這樣的事情：

<cfset local.scopeList = "CGI,FORM,URL,APPLICATION,REQUEST,COOKIE,CLIENT" />  
<cfsavecontent variable="local.errorInfo"> 
    <cfloop list="#local.scopeList#" index="local.scope"> 
    <cfdump var="#Evaluate(local.scope)#" /> 
    </cfloop> 
</cfsavecontent> 

其實更多一點有它比（我們檢查local.scope是否試圖cfdump，並關係到我們的信息收集一些其他的事情之前定義，但這些是基本的位）。 local.errorInfo是我們松鼠離開以供日後查看的一部分。

偶爾我們會看到一個異常，TagContext顯示錯誤發生在我們代碼中的cfdump行。有趣的是，在TagContext中，我們的代碼是第三項。前兩個是在\ WEB-INF \ cftags \ dump.cfm及其RAW_TRACE信息看起來像

at cfdump2ecfm1568701689._factor4({path on server}\WEB-INF\cftags\dump.cfm)

和

at cfdump2ecfm1568701689._factor1({path on server}\WEB-INF\cftags\dump.cfm)

在異常結構的實際消息項目爲空字符串和類型是java.lang.UnsupportedOperationException。

奇怪的是，如果我們手動運行這個精確的代碼，它會清除問題，並且事情會一段時間繼續，但是當它再次發生時，它會繼續發生，直到我們「再次手動運行代碼。這就像有些東西不可思議，只有我們幫助它才能恢復。

我們正在使用CF10和AFAIK，我們在第一次開始時就沒有升級CF或Java。

我的問題是什麼導致這個？ （獎金，如果你能解釋一下爲什麼我們的解決方法暫時「修復」吧。）

編輯這裏有點堆棧跟蹤的，從頂部開始：

java.lang.UnsupportedOperationException在 的ColdFusion .thread.HttpServletRequestWrapper.getLocalPort（HttpServletRequestWrapper.java:446） 在coldfusion.runtime.CgiScope.resolve（CgiScope.java:146）在 coldfusion.runtime.CgiScope.resolveName（CgiScope.java:328）在 coldfusion.runtime .Scope.get（Scope.java:60）at coldfusion.runtime.DotResolver.resolve（DotRe （ColdFusion.java:45）at coldfusion.runtime.DotResolver.resolve（DotResolver.java:72）at coldfusion.runtime.DotResolver.resolve（DotResolver.java:88）at coldfusion.runtime.NeoPageContext.SymTab_resolveSplitName（NeoPageContext。的java：1033） 在 coldfusion.runtime.NeoPageContext.SymTab_resolveDottedName（NeoPageContext.java:1011） 在 coldfusion.runtime.NeoPageContext.findAttribute（NeoPageContext.java:657） 在 coldfusion.runtime.NeoPageContext.findAttribute（NeoPageContext （CF：.java：630） at coldfusion.runtime.CFPage.IsDefined（CFPage.java:925）at cfdump2ecfm1568701689 $ funcDUMPSTRUCT.runFunction（E：\ cf10_final \ cfusion \ wwwroot \ WEB-INF \ cftags \ dump.cfm：1957）（UDFMethod.java:472） coldfusion.filter.SilentFilter.invoke（SilentFilter.java:47）at coldfusion.runtime.UDFMethod $ ArgumentCollectionFilter.invoke（UDFMethod。的java：368） 在 coldfusion.filter.FunctionAccessFilter.invoke（FunctionAccessFilter.java:55） 在coldfusion.runtime.UDFMethod.runFilterChain（UDFMethod.java:321）在 coldfusion.runtime.UDFMethod.invoke（UDFMethod.java ：518）在 coldfusion.runtime.CfJspPage._invokeUDF（CfJspPage.java:2624）在 cfdump2ecfm1568701689 $ funcHANDLESTRUCT.runFunction（E：\ cf10_final \ cfusion \ wwwroot的\ WEB-INF \ cftags \ dump.cfm：781） 在coldfusion.runtime.UDFMethod.invoke（UDFMethod.java:472）在 coldfusion.filter.SilentFilter.invoke（SilentFilter.java:47）在 coldfusion.runtime.UDFMethod $ ArgumentCollectionFilter.invoke（UDFMethod.java:368） 在 coldfusion.filter.FunctionAccessFilter.invoke（F unctionAccessFilter.java:55） 在coldfusion.runtime.UDFMethod.runFilterChain（UDFMethod.java:321）處 coldfusion.runtime.CfJspPage._invokeUDF coldfusion.runtime.UDFMethod.invoke（UDFMethod.java:518）（CfJspPage。 （UDF：java：2624）at cfdump2ecfm1568701689 $ funcRENDEROUTPUT.runFunction（E：\ cf10_final \ cfusion \ wwwroot \ WEB-INF \ cftags \ dump.cfm：693） at coldfusion.runtime.UDFMethod.invoke（UDFMethod.java:472）at coldfusion.filter.SilentFilter.invoke（SilentFilter.java:47）在 coldfusion.runtime.UDFMethod $ ArgumentCollectionFilter.invoke（UDFMethod.java:368） 在 coldfusion.filter.FunctionAccessFilter.invoke（FunctionAccessFilter.java:55）在coldfusion.runtime.UDFMethod.runFilterChain（UDFMethod.java:3）上的 21）在 coldfusion.runtime.UDFMethod.invoke（UDFMethod.java:220）在 coldfusion.runtime.CfJspPage._invokeUDF（CfJspPage.java:2659）在 cfdump2ecfm1568701689._factor18（E：\ cf10_final \ cfusion \ wwwroot的\ WEB -INF \ cftags \ dump.cfm：565）at .....

Answer 1

我相信示波器不應該這樣傾倒。展開你的cfloop，你應該沒問題。

與變量不同，範圍是一種不同的動物。我認爲動態引用示波器本身並不自然，因此我不驚訝Evaluate被絆倒。