普元啟動服務失敗的解決方法

1、普元啟動服務失敗的解決方法 當多個人同時使用一個數據庫的時候，啟動普元控制臺會一直停留在rcall，然后顯示一個超時的警告，那樣就需要修改一下普元的一個定時器配置項。安裝目錄下PrimetonPlatformapps_configdefaultconfig 中的一個user-config.xml文件 將下列代碼中高亮字段中的true改為false即可 true default 當EOS啟動調試服務時，控制臺停留在 RCALL后無反應一般是因為定時任務的表被鎖住的原因，可在plsqldeveloper中執(zhí)行以下語句：select alter system kill session |b.SESS

2、ION_ID|,|c.SERIAL#| immediate;from v$locked_object b,v$session cwhere b.SESSION_ID = c.SID將查詢結果復制到新的SQL窗口執(zhí)行，執(zhí)行完成后再啟動服務- 解決EOS連接失敗無法啟動的問題 - 查看有沒有被鎖的對象select * from v$locked_object - 查看被鎖的對象是哪張表select * from dba_objects where object_id in(select t.OBJECT_ID from v$locked_object t)-select * from dba_ob

3、jects where object_id=73713 - 從菜單欄進入Tools/Sessions，將Status=ACTIVE and Sid=被鎖對象id的記錄，點擊右鍵菜單中的Kill跟操作系統的兼容性有關，建議去下看ideeclipseplugins目錄下org.eclipse.swt.win32.win32.x86_3.2.0.和org.eclipse.swt_3.2.0兩個jar的版本，更換成高版本試試。提供清理eos開發(fā)過程中緩存清理的方法摘要：提供清理eos開發(fā)過程中緩存清理的方法。在eos開發(fā)過程中，經常遇到新開發(fā)的代碼無法使用，右鍵部署之后依然使用原來的老舊代碼，非常影響

4、開發(fā)速度。這里提供下清理緩存的方式，確定我們的最新代碼能夠被使用。對于分組開發(fā)過程中，各人代碼版本差異無法實現同樣的運行效果有特效。1.刪除%EOS_HOME%apps_configdefaultwork_temp下的所有文件和文件夾。如需使用平臺的各種日志請酌情備份logs下的內容。2.刪除%EOS_HOME%apache-tomcat-7.0.54work下的所有內容，情況tomcat的緩存。3.刪除%EOS_HOME%apache-tomcat-7.0.54webappsdefaultWEB-INF_srvworkuser下我們自己項目的內容。慎重，別刪錯了，我們自己開發(fā)的。ESB修改默

5、認端口61616windows操作系統下的默認的ICS服務（Internet Connection Sharing）默認占用了61616端口，因此要解決jms端口沖突的情況有兩種方式。方式一： 停止ICS服務。 命令行執(zhí)行 “services.msc”,找到ICS服務，右鍵停止，并設置為以后手動啟動。方式二：修改ESB下JMS默認端口。 找到D:PrimetonESBstudioserverEOS_srvconfig下的esb-mq-config.xml和fts-server-config.xml文件，分別修改如下內容： （esb-mq-config.xml)(fts-server-confi

6、g.xml) tcp:/:61616 5 1 如何修改Platform發(fā)布Webservice服務的命名空間摘要：如何修改Platform發(fā)布Webservice服務的命名空間（）為自己指定的名字。問題描述:Platform發(fā)布Webservice服務，在瀏覽器上查看wsdl，客戶想修改其中的命名空間，如下圖紅色框的內容，想更換成自己的命名空間。適用環(huán)境:PlatformV6及以上版本處理經驗:可以修改user-config.xml中的配置，將DefultNameSpace這行的注釋放開，修改為自己指定的值。!-應用被攔截，調用報錯無法訪問摘要：應用被攔截，調用報錯無法訪問場

7、景描述：test.html放在Tomcat的webapps/ROOT目錄下，或者其他非default應用下該靜態(tài)HTML頁面中有一個超鏈接EOS test在資源管理器中直接雙擊該文件，在瀏覽器打開后（file:/協議），點擊該超鏈接可以正常訪問。但如果我通過:8080/test.html訪問該頁面（http:/協議），點擊該超鏈接時，直接報錯了，錯誤信息為：調用異常，請查看日志！而使用window.open沒有問題。EOS test，function open_win()window.open(:8080/default/skins/

8、default/index.jsp)情況分析：獲取前后http頭，referer為不同應用之間的請求，那么可能被default給攔截了。解決辦法：去除攔截器：把apps_configdefaultconfig eoshandler-web.xml中的以下配置注釋掉，看看是否還會不會有問題： 摘要：EOS工程部署到JBOSS后報錯。分析日后初步確定為 jboss-6.1.0.Finalcommonlibslf4j-api.jar與jboss-6.1.0.Finalserverdefaultdeploydefault.eardefault.warWEB-INFlibslf4j-api-1.5.6.

9、jar 沖突導致該問題已經解決。方案如下：修改 jbossserverdefaultdeployersjbossweb.deployerMETA-INFwar-deployers-jboss-beans.xml 添加org.slf4j，以過濾該包代碼如下：1. 2. 3. -14. javax.servlet,mons.logging,org.slf4j5. 然后重啟JBOSS服務器。原因分析： jboss加載jar包順序問題。摘要：在最近修改SSO應用的時候，涉及到需要在jar包中讀取工程配置文件的問題。在jar包中，讀取配置文件，需要單獨處理。項目中的一些配置文件，如dbconfig.pr

10、operties log4j.xml 不想打包進jar。因為可能會修改其中的一些配置信息，打包進jar，就變得比較笨拙，不方便修改文件?？梢杂萌缦路绞剑瑢崿F在jar包中讀取外部配置文件。方法一：關鍵代碼。讀取properties文件方法：InputStreamins=getClass().getResourceAsStream(/resource/perties);但是log4j.xml 又需要單獨處理：PropertyConfigurator.configure(System.getProperty(user.dir)+/resource/log4j.xml);方法二

11、：配置文件perties和jiar包在同一個目錄下面：FileInputStreaminputStream1=newFileInputStream(perties); 配置文件perties在jar包內部：InputStreaminputStream2=a.class.getResourceAsStream(/perties);org.apache.axis2.AxisFault: WSDoAllReceiver:摘要：使用EOS7.2自動生成的客戶端代碼，在調用帶有安全頭部消息的webservice接口的時候，會經常出現 org.apach

12、e.axis2.AxisFault: WSDoAllReceiver: Incoming message does not contain required Security header的異常，可以照下文處理使用EOS7.2自動生成的客戶端代碼，在調用帶有安全頭部消息的webservice接口的時候，會經常出現 org.apache.axis2.AxisFault: WSDoAllReceiver: Incoming message does not contain required Security header的異常，表示傳入的消息不包含所需的安全報頭，經過分析發(fā)現是該方法在第一次被調用

13、后，已經生成了一些安全校驗數據，ListenerManager.defaultConfigurationContext不為空，無法對新的請求進行安全數據的封裝，導致請求失敗，應該清空ListenerManager.defaultConfigurationContext應用環(huán)境，重新生成對應的安全校驗數據?？梢哉杖缦路绞竭M行處理。在使用客戶端代碼的方法中，加入ListenerManager.defaultConfigurationContext = null;用于清空運行環(huán)境，以對新的請求，作出新的安全設置。示例代碼片段：Bizletpublic Map sellOrderPriceUpdate

14、(SellOrderImpl sellOrderImpl,SellOrderDetailImpl sellOrderDetailImpls) throws ExceptionListenerManager.defaultConfigurationContext = null; /重置axis2部分運行參數環(huán)境，用于新的請求ZCOP_SERVICEStub.ZifSoChange in=new ZCOP_SERVICEStub.ZifSoChange(); /輸入ZifSoChangeResponse response=new ZCOP_SERVICEStub.ZifSoChangeRespon

15、se();/輸出EOS在業(yè)務程序中獲取邏輯構件執(zhí)行的SQL語句文章huangxu文章詳情EOS在業(yè)務程序中獲取邏輯構件執(zhí)行的SQL語句huangxu 發(fā)表于 3個月前 來自話題#應用開發(fā)平臺（EOS Platform）#90瀏覽摘要：更改log4j的日志配置，使用類繼承方式，方法重寫，在程序中獲取邏輯流執(zhí)行SQL。 配置文件：應用配置目錄 /log4j-sys.xml (可根據實際情況使用更改具體配置文件)；更改log4j的日志配置，使用類繼承方式，方法重寫，在程序中獲取邏輯流執(zhí)行SQL。配置文件：應用配置目錄 /log4j-sys.xml (可根據實際情況使用更改具體配置文件)；配置文件說明

16、：config/log4j-deploy.xml 部署日志 記錄系統啟動、停止、構件包部署、集群通知等信息的日志。config/log4j-trace.xml 跟蹤日志 Server引擎的調試日志，用于系統維護人員定位系統運行問題使用。config/log4j-sys.xml 系統日志 大粒度的引擎運行的入口、出口的日志，用于調用棧分析，可以進行性能分析使用config/log4j-engine.xml 引擎日志 細粒度的引擎運行日志，可以打印上下文數據，用于定位業(yè)務問題。記錄時機：頁面流(P)執(zhí)行、邏輯流(B)執(zhí)行、服務(S)執(zhí)行、Web服務(W)調用、定時任務(D)執(zhí)行、JSP(J)執(zhí)行、

17、SQL(Q)執(zhí)行（超過時限者記錄）、運算邏輯(X)執(zhí)行（超過時限者記錄）；記錄格式：有固定格式記錄時間請求編號P|B|S|W|D|J|Q|X(類型)Begin|End|Exception|Run全名執(zhí)行時長父全名IP地址登錄用戶ID登錄用戶名當前內存總量當前空閑內存量自定義信息。配置文件log4j-sys.xml ，找到log.sys.sql開關，off更改為all找到RollingFileAppender新建新類LimsLogOut繼承RollingFileAppender，重寫doAppend方法，方法參數LoggingEvent 內有屬性可區(qū)分SQL。截圖實例如下：由于該類記錄SQL日志

18、為超過時限者記錄，時限默認設置為1000毫秒，很多sql執(zhí)行時間可能不需要1000毫秒，需進行更改，找到sys-config.xml 配置文件，將屬性LogSqlWhenTimeout設置為1。部署配置文件，在新建類LIMSLogOut中可以處理SQL日志。多個EOS連接同一個數據庫出現定時器表鎖定的問題解決方案文章bigdabao文章詳情多個EOS連接同一個數據庫出現定時器表鎖定的問題解決方案bigdabao 發(fā)表于 4個月前 來自話題#應用開發(fā)平臺（EOS Platform）#260瀏覽摘要：多個EOS連接同一個數據庫出現定時器表鎖定的問題解決方案問題描述：如果多個EOS連接同一個數據庫，

19、在server啟動的時候，會出現EOS_QRTZ_LOCKS鎖表的情況，導致Server啟動不成功解決方案：多個環(huán)境連通過庫，容易出現定時器鎖表的問題，因為定時器默認情況下是啟動，可嘗試如下操作： true default 將顏色標記的true改為false（連同一個庫的每個環(huán)境都需要改）用戶session失效，ajax調用不能跳轉的解決方案文章liucl文章詳情用戶session失效，ajax調用不能跳轉的解決方案(Primeton EOS)liucl 發(fā)表于 9個月前 來自話題#應用開發(fā)平臺（EOS Platform）#341瀏覽摘要：在某客戶項目支持過程中發(fā)現session失效后，aja

20、x還能繼續(xù)調用，原因是在攔截器雖然能攔截到ajax調用，也做了跳轉到index.jsp的操作，但由于是ajax調用，在index.jsp中并不能完成跳轉，頁面沒有任何變化，所以不能正常跳轉到登錄頁面，在abframe或其它項目可能也存在這種問題。場景一個基于Ajax技術的Web應用，采用的是多頁面方式 ，每個頁面內部使用Ajax實現復雜業(yè)務邏輯之間的無刷新切換，使用了Struts來實現MVC。問題對于Ajax請求，只有在通過用戶驗證無誤之后才能對請求作出響應。如果用戶長時間不做操作導致Session過時之后才發(fā)出請求，則此時應該跳轉到出錯頁面，提示用戶重新登錄。對于非Ajax請求，可以自定義異

21、常并針對此異常設置相應的出錯頁面。在用戶信息驗證失敗的時候直接拋出此異常即可，web容器會自動捕捉到此異常并且顯示出錯頁面；但是，對于Ajax請求，則不會如期待的那樣自動跳轉到出錯頁面。若不錯特殊處理，Ajax請求的回調函數會得到意想不到的數據而導致程序出錯。分析對于一個Ajax的應用，每一次客戶端和服務器的數據交互，可以看成是在一個由客戶端的XMLHttpRequest和服務器端的Servlet(這里假設用Servlet響應Ajax請求)組成的閉合管道。解決在Filter中，判斷當前用戶是否處理登錄狀態(tài)，如果session已經失效則調用response.getWriter.write(ses

22、sion_time_out);修改eos-ajax.js內容，判斷返回的ajax.responseText的內容是否為session_time_out，如果相等，則認為session已經失效并調用top.location = auth/login.jsp；注意eos-ajax.js是平臺js庫文件，所以像auth/login.jsp這樣的項目路徑最后采用配置的方式?？偨Y對于Ajax的請求，其數據流是封閉的，服務器發(fā)送給在客戶端的數據都被XMLHttpRequest對象所獲得。本文通過從Filter中發(fā)出javascript代碼讓其在客戶端得到執(zhí)行，從而可以在session過時驗證用戶信息失敗之

23、后，讓客戶端自動跳轉到登錄頁面，與非Ajax請求時的客戶體驗相一致。對于Ajax請求，此方法進一步推廣，可以直接在服務器端發(fā)出javascript讓其在客戶端得到執(zhí)行。FTP大數據解決方案某客戶系統EOS Platform流程數據丟失問題定位以及故障排除過程文章yang-yong文章詳情某客戶系統EOS Platform流程數據丟失問題定位以及故障排除過程yang-yong 發(fā)表于 9個月前 來自話題#應用開發(fā)平臺（EOS Platform）#88瀏覽摘要：從解決問題的角度，我們不建議用戶直接將Connection的autoCommit設置為false，理由就是這樣破壞了數據庫連接；如果用戶需

24、要將連接設置為false，則需要在用完連接后，將連接的狀態(tài)設置回去；或者直接在外層使用事務。一.客戶環(huán)境產品版本：EOS Platform 6.5服務器：Was7，4個節(jié)點的集群數據庫：Oracle11gJDK版本：1.6瀏覽器：IE7二.問題描述客戶環(huán)境上主要表現為通過邏輯流調用了BPS的服務，同時在邏輯流里面存在業(yè)務數據的操作，調用完邏輯流之后，流程數據和業(yè)務數據都丟失了，且整個過程沒有拋出異常，問題只是偶然重現，而且只能在正式環(huán)境上重現，測試環(huán)境始終沒有重現問題。三.問題分析定位過程1.熟悉客戶系統，了解問題重現方式，發(fā)現流程數據丟失需要客戶操作很多次才會出現一次，重現概率比較低；2.熟

25、悉客戶代碼，發(fā)現客戶的邏輯流里面存在嵌套事務，且業(yè)務操作和流程操作在同一個事務里面，對流程的操作在一個子事務里面，邏輯流里面事務設置都是接收外部事務，且同步join方式執(zhí)行，沒有新開事務的情況，也不存在事務圖元不匹配的情況。3.分析報錯后的錯誤日志，發(fā)現錯誤是從事務同步器里面拋出來的，原因是queryWorkItemDetail報錯，即找不到工作項；正常的情況下，工作項不可能不存在，因為執(zhí)行到事務同步器的時候，事務必定已經提交了，而此時查詢工作項肯定可以查詢到，但是目前的錯誤情況下，工作項不存在，即根據錯誤日志可以推斷出：事務已經提交，但是數據沒有入庫。4.一開始對事務同步器理解不夠深刻，以為

26、用戶調用了事務管理器的commit操作就會觸發(fā)同步器的方法，所以一開始懷疑用戶可能是事務使用不當，事務管理器的begin, commit不匹配之類的情況導致事務沒有正真提交，數據沒有入庫，所以需要驗證用戶是不是正真做了事務提交；5.驗證事務是不是正真做了提交：添加日志，在邏輯流里面的事務提交圖元前后打印出事務狀態(tài)，通過這個狀態(tài)就能判斷出事務管理器方法是不是存在不匹配的情況，同時在事務同步器里面打印出流程實例，活動實例，工作項實例的ID以及狀態(tài)，線程ID，請求ID之類的信息，方便問題重現后定位問題；我們判斷事務狀態(tài)的目的是：如果用戶正真做了提交，而數據沒有入庫，說明和產品存在一定關系，如果用戶沒

27、有做事務提交，則是用戶代碼的問題，這樣我們就可以根據這個狀態(tài)進行2個大的方向定位。6.分析錯誤日志，對比正確情況和錯誤情況，發(fā)現打印出的事務狀態(tài)2種情況是一樣的，提交前是活動狀態(tài)，提交后是無事務狀態(tài)，說明用戶正真做了事務提交，即用戶使用的事務管理器begin，commit是匹配的；而且分析事務同步器里面打印出的流程實例，活動實例，工作項實例ID及狀態(tài)也都是一樣的，不存在異常情況，但是數據就是沒有進入到數據庫；7.由于事務管理器的使用方式沒有問題，問題又回到原點；后續(xù)只能通過大量重現問題，仔細分析日志，看還能否找到其他的蛛絲馬跡；由于這個問題是偶然重現，所以我們懷疑可能跟線程是否有關系，我們拿到

28、大量的錯誤日志后，仔細查找這個問題是否和線程相關，發(fā)現他們存在一定的聯系，我們分析日志得到規(guī)律是：如果一個線程出錯后，后面所有由這個線程處理的邏輯流，流程數據都丟失，且有一個線程丟失的流程數據達8次之多；8.由于客戶現場不能對正式環(huán)境進行遠程調試，再加上測試環(huán)境一直重現不了，所以即使我們懷疑是線程問題，但是也無法進一步走下去。9.經過討論會之后，我們開始定位數據庫連接是否存在問題；后續(xù)我們還是通過打日志的方式來判斷連接是否存在問題；我們在BPS獲取連接的入口打印連接的實現類，連接的狀態(tài)等信息；同時在事務管理器里面增加日志，在連接的setAutoCommit,close, commit方法上增加

29、日志；10.分析日志：對比正確日志和錯誤日志可以發(fā)現，正確情況下，Connection的autoCommit狀態(tài)是true，錯誤情況下，Connection的autoCommit狀態(tài)是false；在正確情況下，Connection的autoCommit狀態(tài)是true，我們懷疑用戶的was環(huán)境存在問題，因為Connection受事務管理之后，autoCommit狀態(tài)一定是false，所以我們驗證用戶的環(huán)境是否是正常的；我們使用JSP做了最簡單的驗證：開啟事務，拿到連接，執(zhí)行第一條sql，然后執(zhí)行第二條sql，然后拋出異常，然后再執(zhí)行第3條sql，最后提交，拋出異常則回滾，部署到用戶的測試機器上驗

30、證，發(fā)現客戶的服務器并沒有回滾，前2條數據入庫了；所以我們斷定客戶的環(huán)境出了問題。11.后面一天我們都在修改was服務的配置，以為是數據源配置錯了，導致數據庫連接不受事務管理；折騰了一天之后，最后發(fā)現was環(huán)境下，即使外部開了事務，Connection的autoCommit狀態(tài)就是true，不像tomcat，Connection受事務管理之后，autoCommit是false；12.根據日志，如果說Connection的autoCommit狀態(tài)是true是正確的，那么Connection的狀態(tài)是false則可能就會存在問題；因為正確日志和錯誤日志只有這個地方存在區(qū)別；所以這個時候我們懷疑是連接

31、壞了；繼續(xù)分析日志，發(fā)現日志里面有在邏輯流里面調用了setAutoCommit的方法，用戶代碼將autoCommit屬性設置了false，所以我們去走查用戶代碼，找到調用setAutoCommit的地方。四.解決問題1.找到用戶代碼之后，詢問當事人為什么需要將Connection設置成false，當事人也說不出正確的理由，而且還說這個可以去掉，他只是復制的；所以我們將這行代碼注釋好之后，部署到測試服務器驗證；同時驗證打補丁之前和打補丁之后的測試環(huán)境，此時，則是環(huán)境能重現問題了，然后打上補丁之后，問題未能重現。第二天將補丁打到生產環(huán)境，問題也未能重現，問題即解決。2.在問題的驗證過程中，有人提出

32、，在was容器下，Connection的autoCommit狀態(tài)無論是true或者false對事務管理器沒有任何影響，因為通過走j2ee事務的標準接口，在was容器下，無論autoCommit的狀態(tài)是true還是false，事務管理器都是正常的；3.第二天我們對這一問題進行了驗證，發(fā)現在was環(huán)境下，通過j2ee事務的標準接口使用事務，Connection的autoCommit狀態(tài)true或者false，標準接口的事務確實不受影響；所以從另一個方面來說，eos的事務管理器對Connection的autoCommit狀態(tài)為false這種情況支持的不夠完善；五.結論1.從解決問題的角度，我們不建議

33、用戶直接將Connection的autoCommit設置為false，理由就是這樣破壞了數據庫連接；如果用戶需要將連接設置為false，則需要在用完連接后，將連接的狀態(tài)設置回去；或者直接在外層使用事務。2.從產品的角度，由于標準接口true或者false2種情況都支持，所以也可以說是EOS的事務管理器支持的不完善，在特定的環(huán)境下，事務管理器應該支持這2種情況。EOS6中配置C3P0數據源自動重連方案文章hanning文章詳情EOS6中配置C3P0數據源自動重連方案hanning 發(fā)表于 9個月前 來自話題#應用開發(fā)平臺（EOS Platform）#116瀏覽【適用范圍】 EOS6.0、Tomc

34、at、Jboss、Oracle【問題描述和定位】 在使用EOS6.0的時候，啟動了Server后，如果網絡出現問題Connection reset異常，Oracle數據庫連接斷了后就不能進行操作了，需要重新啟動Server。那么，怎樣配置可以避免重啟Server，特別對于生產環(huán)境而言，需要盡可能的避免重啟?！窘鉀Q方案和步驟】1、Tomcat：在EOS Governor控制臺的配置-數據源中，選中某數據源，點擊修改，將“連接重試次數”默認值-1修改為1，點擊“確定”保存。重啟Server。 或者直接修改目錄D:primetonfor3207_platformeosserverworkingeos

35、-defaultconfig下user-config.xml文件中DataSource的配置： -1修改為 12、JBoss：修改$JBOSS_HOMEserverdefaultdeploy下的EOSProductDataSource-ds.xml，將默認的數據源配置改成如下（與EOS5環(huán)境下配置類似）： EOSDefaultDataSource jdbc:oracle:thin:23:1521:psooracle.jdbc.driver.OracleDriver eos60 eos60 5 100 5000 15 org.jboss.resource.adapter.j

36、dbc.vendor.OracleValidConnectionChecker select 1 from dualselect 1 from dual 【備注】修改這個配置還可以解決如果系統中需要多數據源的話，在這個文件中增加一個local-tx-datasource 配置；上面的配置可能對系統訪問數據庫的性能有影響，有可能每次拿數據庫連接的時候都會自動調用這個sql語句；Weblogic、Websphere等應用服務器也應該提供了類似的自動重連機制，可以進到它們的控制臺查看。EOS異常處理方法異常獲取EOS的異常獲取分為兩種，一種是在邏輯流中獲取異常，另一種是在java代碼中獲取異常。1.

37、在邏輯流中獲取異常如上圖所示，開發(fā)人員需要在特定的圖元上通過添加異常線并添加異常拋出圖元（在左側工具面板中的高級中）的方式來獲取特定的異常信息。異常拋出圖元需要開發(fā)人員先在構件包的配置文件中加入自定義的異常信息，對圖元進行配置是選擇相對應的ERRORCODE和ERRORMESSAGE。ERRORMESSAGE可以定義變量，以0,1的方式來進行變量綁定。配置文件路徑：配置/resources/exception/perties。該配置支持中文并自動轉碼，同樣在也支持國際化的配置。對于異常處理圖元更詳細的說明可以在EOS Studio的幫助文檔中找到，具體路徑：EOS幫助

38、文檔-技術參考-EOS基礎參考手冊-邏輯流-邏輯流編輯器-異常拋出。2.在java代碼中獲取異常EOS提供了默認實現的EOSException。當特定的springbean或者運算邏輯圖元需要拋出異常，可以直接在代碼中通過new EOSException的方式來拋出異常。該異常提供了多種構造方法，常用的是EOSException(java.lang.String code, java.lang.Object params)。Code是在配置文件中已經配置好的，params參數包含了message中的變量綁定。異常處理這里只介紹ajax調用邏輯流返回異常處理的方式。首先，當ajax調用邏輯流時邏輯流發(fā)生異常，ajax仍然會執(zhí)行成功。因此異常的捕獲會在success事件中進行。另外exception對象中的message包含了所有的異常信息，所以需要對message進行處理。EOS拋出的異常默認會使用換行符分隔。處理示例如下：nui.ajax( url: com.shghtd.realest