was系統錯誤記錄檔大量出現標識符缺失，was缺失

was系統錯誤記錄檔大量出現標識符缺失，was缺失

原創作品，出自 “深藍的blog” 部落格，深藍的blog：http://blog.csdn.net/huangyanlong/article/details/46909941

 

近日，在為駐地工程師查看was日誌時，發現大量缺失標識符錯誤。

 

was日誌的位置：

logs	所有類型的記錄檔，例如 SystemOut.log、tranlog、FFDC、activity.log等等。 路徑在/logs/server*/下面。

was系統日誌：

WebSphere Application Server日誌記錄基礎結構是基於標準 Java的日誌記錄基礎結構（即java.util.logging）建立的。在一個典型的 WebSphere Application Server配置中，日誌記錄被設定為將普通和嚴重的日誌訊息分別寫入兩個檔案，即SystemOut.log和 SystemErr.log。

除了system日誌，還有native日誌，如下：

但這兩個日誌，與system日誌是不同的。這兩個檔案實際上是由 JVM本身處理的，只包含與該 JVM的操作有關的訊息，而不包含來自 WebSphere Application Server運行時的訊息。

 

在日誌中發現大量如下類型錯誤：

跟身邊的開發朋友簡單請教了一下，說這是返回的XML格式不對，缺少結束標識。

於是在翻看了冗長的日誌資訊後，發現大量的錯誤都是這一類的：缺少結束標識。

反饋資訊給駐地人員，建議其聯絡系統開發工程師，查看代碼是否有問題。

 

另外在與駐地工程師溝通後，發現之所以查看日誌，由於之前系統時WAS會無故卡死。後來他把初始堆棧改小了，之後系統暫時運行正常了。

最後，還是建議他多觀察幾日，看看堆棧改小是否能滿足需求。有可能是存在記憶體溢出現象，但日誌中沒捕獲到如systemout之類的資訊，所以仍需要觀察。對於標識符錯誤，需要儘快聯絡開發查看。

 

突然想到點有意思的，這裡想提一嘴記憶體溢出問題，常見與java開發程式中。由於代碼品質，常會有對象佔用不對其釋放。就像是一個屋子裡，一個類的作用是把人放到屋子裡，而代碼機制有問題，new出一個深藍來，之後功能上又重複new出一個深藍來，再然後不停的new出深藍來。一直下去，整個屋子被同一個深藍佔滿了。而實際上我們只需要一個深藍，而這個屋子擠滿了深藍以後，有一個深藍從窗戶被擠出去了。這就記憶體溢出了。

對於物件導向中的類，就像是資料庫中的表，對象就像是表中的一條資料。我們使用對象的時候就是向類傳參。

附錄：

下面部分was日誌資訊：

 

 faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server

 faultSubcode:

 faultString: Error on line 1: 元素類型“項目名稱類別”必須用匹配的結束標記“</項目名稱類別>”終止。

 faultActor:

 faultNode:

 faultDetail:

         {http://xml.apache.org/axis/}stackTrace:Error on line 1:元素類型“項目名稱類別”必須用匹配的結束標記“</項目名稱類別>”終止。

 

 

 

         {http://xml.apache.org/axis/}hostname:localhost.localdomain

 

[15-7-8 21:00:00:268 CST] 00000039 SystemErr     R Error on line 1:元素類型“項目名稱類別”必須用匹配的結束標記“</項目名稱類別>”終止。

 

 

 faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server

 faultSubcode:

 faultString: Error on line 1: 元素類型“項目被關聯人”後必須緊跟屬性規範“&gt;”或“/&gt;”。

 faultActor:

 faultNode:

 faultDetail:

         {http://xml.apache.org/axis/}stackTrace:Error on line 1:元素類型“項目被關聯人”後必須緊跟屬性規範“&gt;”或“/&gt;”。

 

 

*******************************************藍的成長記系列****************************************************

原創作品，出自 “深藍的blog” 部落格，歡迎轉載，轉載時請務必註明出處（http://blog.csdn.net/huangyanlong）。

藍的成長記——追逐DBA（1）：奔波於路上，挺進山東

藍的成長記——追逐DBA（2）：安裝！安裝！久違的記憶，引起我對DBA的重新認知

藍的成長記——追逐DBA（3）：古董上操作，資料匯入匯出成了問題

藍的成長記——追逐DBA（4）：追憶少年情愁，再探oracle安裝（Linux下10g、11g）

藍的成長記——追逐DBA（5）：不談技術談業務，惱人的應用系統

藍的成長記——追逐DBA（6）： 做事與做人：小技術，大為人

藍的成長記——追逐DBA（7）：基礎命令，地基之石

藍的成長記——追逐DBA（8）：重拾SP報告，回憶oracle的STATSPACK實驗

藍的成長記——追逐DBA（9）：國慶漸去，追逐DBA，新規劃，新啟程

藍的成長記——追逐DBA（10）：飛刀防身，熟絡而非專長：擺弄中介軟體Websphere

藍的成長記——追逐DBA（11）：回家後的安逸，暈暈乎乎醒了過來

藍的成長記——追逐DBA（12）：七天七收穫的SQL

藍的成長記——追逐DBA（13）：協調硬體廠商，六個故事：所見所感的“伺服器、儲存、交換器......”

藍的成長記——追逐DBA（14）：難忘的“雲”端，起步的hadoop部署

藍的成長記——追逐DBA（15）：以為FTP很“簡單”，誰成想一波三折

藍的成長記——追逐DBA（16）：DBA也喝酒，被捭闔了

藍的成長記——追逐DBA（17）：是分享，還是消費，在後IOE時代學會成長

******************************************************************************************************************

 

********************************************足球與oracle系列*************************************************

原創作品，出自 “深藍的blog” 部落格，歡迎轉載，轉載時請務必註明出處（http://blog.csdn.net/huangyanlong）。

足球與oracle系列（1）：32路諸侯點兵，oracle32進程聯盟 之A組巴西SMON進程的大局觀

足球與oracle系列（2）：巴西揭幕戰預演，oracle體繫結構雜談

足球與oracle系列（3）：oracle進程排名，世界盃次回合即將戰罷！

足球與oracle系列（4）：從巴西慘敗於德國，想到，差異的RAC拓撲對比！ 

足球與oracle系列（5）：fifa14遊戲缺失的directX庫類比於oracle的rpm包！

足球與oracle系列（6）：伴隨建庫的亞洲杯——加油中國隊

******************************************************************************************************************

著作權聲明：本文為博主原創文章，未經博主允許不得轉載。