现在的位置: 首页 > 综合 > 正文

[ASP.NET2.0]無法開啟報表12/12

2013年12月04日 ⁄ 综合 ⁄ 共 1960字 ⁄ 字号 评论关闭

 USER在看報表時經常會出現這樣一個問題:
System.Runtime.InteropServices.COMException (0x800003E5):無法開啟報表
或者為"已經到達你系統管理員所設定的最大報表處理工作限制"
或者為"The maximum report processing jobs limit configured...has been reached"
或者為"載入報表失敗"
處理方法是重啟主機
,可每天都要啟動真叫偶心不安
昨天終於找到類似的參考:
http://support.businessobjects.com/forums/message.asp?fid=251&sk=20&ps=25&pn=1&mid=158648
不過暫時還不知道要如何處理中

開啟專案測試時,如果反復點選報表,就會出現同樣的問題,當將專案關掉再重新開啟專案執行就正常,反復點選問題會反復重演。連續做了2個記錄測試,點擊查看報表的總次數為75@_@,此時測試的PrintJobLimit為0

錯誤行如:report.Load(Server.MapPath("cr2201.rpt"))

不斷在修正有關printjob的設定並測試結論似乎同前2次一致,連續第7次中,希望能夠感動上帝
fail 3-7  PrintJobLimit值修正無效
fail 8  修正了code

fail 9  沒有曙光-2006.12.12
......
report.Load(Server.MapPath("cr2201.rpt"))
上句等同於report.filename=Server.MapPath("cr2201.rpt")
......
在Business Objects討論查找相關貼子,並留言,偶留的是漢字,沒想提交顯示後為亂碼-2006.12.13
......
在MSDN論壇上查找相關貼子,並留言,偶留的是漢字,提交中文顯示正常-2006.12.14
......

今天有點希望了,修改
HKEY_LOCAL_MACHINE->SOFTWARE->Crystal Decisions->10.2->Report ApplicationServer->Server>PrintJobLimit為-1,剛測試的次數超過了101但還未出現問題,待繼續重新測試看看-2006.12.18
之前一直誤倒在修正.../
Report ApplicationServer->InprocServer>PrintJobLimit的值
通過修正這個設定值-1或300,1000,測試次數最多可延長至148次

重啟IIS,測試網站,點擊次數為235左右時又出錯了@_@(printjoblimit設置為-1,0,300,500結果一樣)-2006.12.19

當你執行過ASP.NET2.0網站的水晶報表,去C:/Documents and Settings/username/ASPNET/Local Settings/Temp/下會看到一堆tmp檔案,是每次開啟報表都會産生,當重啟IIS卻並不能完全清除,VS2005的水晶真的這麽差勁嗎?-2006.12.25

根據BOSS的建議,寫了定時重啟IIS的BAT,剛又在BAT中重啟命令之後加入刪除TEMP檔案
測試時發現,在重啟執行前後竟然不影響系統的操作
重啟前登錄,重啟後系統仍可繼續操作,不用重新登錄,若真是這樣,那VS2005水晶報表受限次數的問題似乎有點解了
-2006.12.27

前天試用SESSION,即當報表第一次載入時用session記憶,當翻頁時就可以不重新讀取數據,但這樣卻很有局限性:
A.web.config中不能設置sessionstate
B.如果同一查詢條件有不同的報表格式時每次開啟的報表都會是第一次所存的SESSION的記憶
無奈的尋找中-2007.1.8

終於當用"printjoblimit"去google時,終於看到了msdn的一個英文貼,再次嘗試在page_unload中調用
report.close()
report.dispose()
後測試至將近800次還正常,而且XP下不會再有一堆tmp啦
P.S.report宣告如下:private report as reportdocument
參考來源:http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=71929&SiteID=1
             
http://msdn2.microsoft.com/en-us/library/ms225490(VS.80).aspx
之前曾有嘗試過report.close()可是編譯出錯就放棄了,今天再次調用它時就柳暗花明啦^__^-2007.1.8

從這幾日的觀察來看運行正常-2007.1.11

抱歉!评论已关闭.