【正文】 調(diào)試: downloading patch or resource file:調(diào)試: downloading patch or resource file:調(diào)試: no download(version):,update Server version info to client Version file正常情況，應為下圖所示,不會大量下載緩存代碼：正常情況下載數(shù)據(jù)為125kbyte正常的前臺詳細日志,下載代碼比之前少Java Plugin 使用 JRE 版本 Java HotSpot(TM) Client VM用戶主目錄 = C:\Documents and Settings\AdministratorCodes are cached at the client side.調(diào)試: Init InvokeProxy ...調(diào)試: SERVICELOOKUP_URL: :80/ServiceLookuperServlet調(diào)試: SERVICEDISPATCH_URL: :80/ServiceDispatcherServlet調(diào)試: Init InvokeProxy Finished[thread ] 2009/04/14 14:24:55 [anonymous] DEBUG Invoke write info to server spend time: 109 [thread ] 2009/04/14 14:24:55 [anonymous] DEBUG Invoke read result from server spend time: 281 [thread ] 2009/04/14 14:24:55 [anonymous] DEBUG enter method: (,[。調(diào)試: downloading patch or resource file:UITree$調(diào)試: downloading patch or resource file:調(diào)試: downloading patch or resource file:UIRefPane$調(diào)試: downloading patch or resource file:UIRefPane$。調(diào)試: downloading patch or resource file:調(diào)試: download(version):,update Server version info to client Version file調(diào)試: downloading the jar file:C:\Documents and Settings\Administrator\NCCACHE\\lib\。問題現(xiàn)象第一次使用nc后，關(guān)閉ie瀏覽器，當?shù)诙卧俅蜷_應用服務器時再次下載緩存代碼 ，有時不一定每次會下載，但有相當機率在下載前臺可以看到反復再次下載緩存代碼前臺詳細下載日志如下：Java Plugin 使用 JRE 版本 Java HotSpot(TM) Client VM用戶主目錄 = C:\Documents and Settings\AdministratorCodes are cached at the client side.調(diào)試: downloading the jar file:C:\Documents and Settings\Administrator\NCCACHE\\lib\調(diào)試: downloading patch or resource file:調(diào)試: downloading patch or resource file:LoginUISupport$調(diào)試: downloading patch or resource file:LoginUISupport$調(diào)試: downloading patch or resource file:LoginUISupport$。〔或者按照既定的內(nèi)外網(wǎng)訪問方案就行〕11:NC客戶端反復下載緩存代碼問題解決在有些客戶環(huán)境，可能會出現(xiàn)登錄或者打開節(jié)點時反復下載緩存代碼，這樣就會造成登錄慢或者打開節(jié)慢，使用NC效率嚴重下降，特別是外網(wǎng)使用, 原因是由于應用服務器的關(guān)于代碼版本的CACHE有些混亂。然后在防火墻或者路由器上進行端口映射訪問。訪問IUFO只能讓客戶端指定IP＋端口。在前面加上地址，如： :9086/service/~iufo/10:在IUFO下去掉NC的超鏈接 刪除nchome/webapps/nc_web/logo/。 集群環(huán)境下，保留service8:IUFOHOME下，在ncsysconfig/wassysconfig下有ScheduleEngine，不要啟用調(diào)度。4:將NC501,NC5011安裝盤下NC_UAP\uap\5:解壓完后在code目錄下，把modules\iufo拷貝到/nchome/modules/下。以下是分離原則： 分離后NC上沒有IUFO的后臺任務和調(diào)度 分離后IUFO上沒有NC的后臺任務和調(diào)度 分離方法1:復制代碼形成NCHOME,IUFOHOME2:NC應用中刪除iufo的數(shù)據(jù)源。結(jié)果中文導致生成ejb失敗。注意，LANG的值不受該宏影響. localeLANG=zh_CNLC_COLLATE=zh_CNLC_CTYPE=zh_CNLC_MONETARY=zh_CNLC_NUMERIC=zh_CNLC_TIME=zh_CNLC_MESSAGES=zh_CNLC_ALL=zh_CN8:NC502生成ejb出錯查看：， [java] C:\ufsoft\nchome\bin\:55: The following error occurred while executing this line: [java] C:\ufsoft\nchome\temp\:12: 1 字節(jié) UTF8 序列的無效字節(jié) 1。 其優(yōu)先級別是: LC_ALL LC_* LANG LANG，LC_*的默認值，是最低級別的設置，如果LC_*沒有設置，則使用LANG。解決：經(jīng)過查看發(fā)現(xiàn)HA軟件帶入LANG=Zh_CN參數(shù)無法在HA腳本中生效，后來修改為LC_ALL=Zh_CN，后就可以正常顯示中文了。發(fā)現(xiàn)使用部分節(jié)點有亂碼。 該補丁在NC_UAP匯總補丁中.總結(jié)：數(shù)據(jù)庫通過數(shù)據(jù)字典視圖查看數(shù)據(jù)庫問題，如：v$process：處理器的信息,v$session：會話信息,v$transaction：事務信息等。后臺大量游標個執(zhí)行SELECT NULL AS table_cat, AS table_schem,這種語句。游標參數(shù)已經(jīng)修改，（open_cursors）已經(jīng)修改為15000。 后來看sysconfig里面的server配置，該機器有3個網(wǎng)卡，3個ip，server里配置的是其中一個ip，把該ip改成hosts文件里的第一個ip，再啟動NC，能正常啟動。剛開始懷疑是jdk的問題，但java程序用該jdk都已經(jīng)運行進去了，程序運行了一小段自己跳出來，應該跟jdk環(huán)境無關(guān)。緩存管理224。]]/Sql/TableInfo……………./Tables在”客戶化224。CREATE INDEX i_bd_psndoc_PK_PSNBASDOC ON bd_psndoc ( PK_PSNBASDOC ASC )。]]/Sql/TableInfoTableInfo Name=bd_deptdoc/rimaryKeysKeyNamepk_deptdoc/KeyName/PrimaryKeysInitLoadingtrue/InitLoadingLazyLoadingfalse/LazyLoadingDynamicLoadingfalse/DynamicLoadingCorpFiltertrue/CorpFilterageLoadfalse/PageLoad/TableInfoTableInfo Name=bd_psndocrimaryKeysKeyNamepk_psndoc/KeyName/PrimaryKeysInitLoadingtrue/InitLoadingLazyLoadingfalse/LazyLoadingDynamicLoadingfalse/DynamicLoadingCorpFiltertrue/CorpFilterPageLoadtrue/PageLoadSql![CDATA[CREATE INDEX i_bd_psndoc_PK_DEPTDOC ON bd_psndoc ( PK_DEPTDOC ASC )。createindexi_bd_corp_unitcode on bd_corp (unitcode ASC)。?TablesTableInfo Name=bd_corp! 該表的主鍵名列表rimaryKeysKeyNamepk_corp/KeyName/PrimaryKeys!是否在初始化數(shù)據(jù)表的時候裝載后臺數(shù)據(jù)InitLoadingtrue/InitLoading! 設置是否是懶加載，如果true前臺版本檢查線程就不對該表的數(shù)據(jù)進行更新，在用戶查詢的時候手工進行數(shù)據(jù)更新LazyLoadingfalse/LazyLoadingDynamicLoadingfalse/DynamicLoadingCorpFiltertrue/CorpFilterPageLoadfalse/PageLoadSql![CDATA[createindexi_bd_corp_PK_CORPKIND on bd_corp (PK_CORPKIND ASC)。分析：服務器緩存無法自動更新導致前臺界面無法正常顯示如果是小型機，應該在你登錄安裝并啟動NC的用戶主目錄下，如/home/root目錄下對應的cache目錄 或者 根目錄下/CACHE目錄下.2:,啟用客戶端數(shù)據(jù)緩存后, 可以對基礎(chǔ)表的緩存信息進行配置, 如表的數(shù)據(jù)量較大時,如果每個客戶端下載數(shù)據(jù)時,都將該表的全部數(shù)據(jù)都下載到客戶端,則客戶端緩存的數(shù)據(jù)量將會很大,此時可以將該表按公司過濾,每個客戶端登錄后僅下載該登錄公司的數(shù)據(jù). 這樣可以提高下載的效率. 在服務器端的配置方法為:, 該文件的位置為..\home\resources\cacheconfig\ 如果需要按公司pk_corp過濾,則CorpFilter的值為true,不按公司過濾則設置為false. 另外, 如果按公司過濾,則該表中必須有字段pk_corp, 否則會出錯.?xml version= encoding=39。 Serializable inpatible with Externalizable代碼類與外部環(huán)境不一致。如果正確，還要檢查是否有不可見字符. 如在WINDOWS 下編輯，然后傳到linux或unix， 會出現(xiàn)類似^^^的字符，需要用vi編輯，然后刪除掉. . 如將下面的文件刪除掉即可. %USERPROFILE%\CACHE\如果是小型機，應該在你登錄安裝并啟動NC的用戶主目錄下，如/home/root目錄下對應的cache目錄 或者 根目錄下/CACHE目錄下. 例子：問題現(xiàn)象：部署成功后，登陸界面顯示不出來，界面出現(xiàn)現(xiàn)象是一些亂碼，無法顯示中文。at (:941)分析： 從日志中看是對應java進程啟動了java全局安全性引起的解決辦法：在WAS管理控制臺中安全性頁面中去掉選中的JAVA安全性選項，此問題解決。接收到的標記以 嗍rsw裏31蝭9 開頭。本地進程中的全局安全性為 Enabled。來自 SSL 握手異常的擴展錯誤消息為“No trusted certificate found”問題分析： 因為was啟用了管理安全性，應該是nodeagent連接dm時其認證信息出現(xiàn)了問題解決辦法：copy and fromprofiles/dmgr/config/cell/cellnameto profiles/dmgr/config/cell/cellname/nodes/node1profiles/dmgr/config/cell/cellname/nodes/node2like wise depend on how many nodes you have.Note: Before copying taking backup of exisitng and once it done stop the nodeagentsand do manually sync the node with dmgrsuch as from node bin run ./ dmgrhostname dmgrsoapportnumber username uid password password問題得到解決37：NC應用出現(xiàn)無法訪問本地資源等相關(guān)問題：現(xiàn)象： 有些NC應用后臺日志報java 虛擬機安全出錯，無法訪問本地資源；同時，在server的日志中有嘗試打開到核心組 DefaultCoreGroup 的連接被拒絕。36:WAS NodeAgent啟動問題現(xiàn)象： Nodeagent啟動后管理控制臺看到的狀況是不可用；后臺日志報錯：SSL 握手故障：已從目標主機:端口“unknown:0”發(fā)送主題 DN 為“CN=