牛仔褲的夏天

??? 貝貝在宜城中心幼兒園的第一個(gè)“六一”國際兒童節(jié)終于來到了，這對于我們?nèi)襾碚f可是一個(gè)大日子。早上起來，貝貝卻有點(diǎn)擔(dān)心我們不陪他一起參加幼兒園的慶祝活動，從而流露出一絲焦慮。其實(shí)我們才不會錯(cuò)過這個(gè)難得的機(jī)會呢，更何況爸爸媽媽和貝貝一起準(zhǔn)備的歌舞“小海軍”，也將在今天的慶祝活動中一起亮相呢。

?????? 早上九點(diǎn)，我們準(zhǔn)時(shí)來到幼兒園。作為小朋友們的樂園，這里歡歌笑語，張燈結(jié)彩，處處洋溢著兒童節(jié)的歡快氣氛，貝貝也很快就融入到節(jié)日的氛圍之中了。

在陸老師和潘老師井然有序的安排下，小一班的慶祝活動開始了。小朋友們分組表演了兒歌和童謠。輪到貝貝這一組開始表演了，我們趕快準(zhǔn)備拍照和攝像，一定要把這精彩的瞬間捕捉記錄下來。“ … 公雞每天早早起，母雞生蛋孵小雞 …” ，小朋友們花朵般幼嫩的歌喉伴隨著可愛的舞蹈動作吸引了在場的每一位家長。當(dāng)我們還都沉浸在剛才精彩的幼兒歌舞表演時(shí)，家長們的趣味游戲“水果蹲”開始了，我和貝貝媽媽也積極參與了這個(gè)游戲。家長們的表現(xiàn)讓小朋友們?nèi)炭〔恢梗翱┛┛?/span> … 咯咯咯”，一串串的笑聲渲染了每一位大人和小朋友。

貝貝今天的表現(xiàn)很棒，當(dāng)陸老師說請貝貝家庭表演歌舞“小海軍”時(shí)，他很快就大大方方地跑到舞臺中央，聲音響亮，和爸爸一起唱起小海軍這首兒歌，同時(shí)動作流暢，和媽媽一起跳著舞蹈，開開心心地完成了這個(gè)節(jié)目，贏得了大家的一片掌聲。我們一直都很珍惜與貝貝一同參加集體活動的機(jī)會，因此心中尤為以這次在幼兒園里和貝貝一起同臺表演而感到高興。接下來，其他的家庭也都表演了各自精彩的節(jié)目，有講故事、鋼琴獨(dú)奏、雙簧，還有魔術(shù)，眾彩紛呈的節(jié)目把這次活動的氣氛推向高潮。以至于活動落下帷幕時(shí)，家長和小朋友們都還戀戀不舍呢。

回家后，貝貝蹦蹦跳跳，不時(shí)唱著兒歌，似乎還對今天的活動意猶未盡。“六一”兒童節(jié)，我們?nèi)疫^得開心而有意義。通過這次活動增強(qiáng)了貝貝在集體活動中的自信心和責(zé)任感，同時(shí)也加強(qiáng)了我們和貝貝之間的互動體驗(yàn)。

1
早上，貝貝站在我的摩托車踏板上，我送他去幼兒園。開到roundabout的地方時(shí)，貝貝說：爸爸就開這個(gè)溫度吧。 我問：什么？ 貝貝說：是速度，不要再加速度了。

2
貝貝喜歡打電腦游戲，前幾天特別喜歡玩一個(gè)哆啦A夢釣魚的flash游戲，如果不小心會釣到鯊魚，而且我們不讓他多玩。一天貝貝睡覺做夢而大哭，叫醒后問他做到什么夢了，他說：爸爸不讓我玩釣魚，而且釣到了鯊魚把小貓吃掉了。

3
晚上吃櫻桃，貝貝吃的很開心，還挑出紅的給我吃。我對貝貝說：挑1粒給媽媽吃吃，去拍拍她的馬屁。于是貝貝選了一個(gè)紅的櫻桃，跑到媽媽邊上說：媽媽，喏，吃個(gè)馬屁。

1. 域模型也稱為設(shè)計(jì)模型，由以下內(nèi)容組成：
??? 具有狀態(tài)和行為的域?qū)ο?br />??? 域?qū)ο笾g的關(guān)系

2. 域?qū)ο?Domain Object) - 對真實(shí)世界的實(shí)體的軟件抽象，也叫業(yè)務(wù)對象(Business Object)，分為：
????實(shí)體域?qū)ο?實(shí)體EJB，POJO)，為每個(gè)實(shí)體域?qū)ο蠓峙銸ID(Object Identifier)
????過程域?qū)ο?Session Bean, Message Driven Bean, Java Bean)
??? 事件域?qū)ο?事件觸發(fā))
? 三種域?qū)ο笪挥跇I(yè)務(wù)邏輯層

3. 域?qū)ο笾g的關(guān)系
??? 關(guān)聯(lián)(Association)：one to one, one to many, many to many, 單向, 雙向
??? 依賴(Dependency)：類與類之間的訪問關(guān)系，如果A訪問B的屬性或者方法，或者A負(fù)責(zé)實(shí)例化B，則A依賴B。過程域?qū)ο笸蕾噷?shí)體域?qū)ο蟆?br />????聚集(Aggregation)：整體與部分之間的關(guān)系，實(shí)體域?qū)ο笾g常見。聚集關(guān)系和關(guān)聯(lián)關(guān)系有相同的形式，區(qū)別是：對于聚集關(guān)系，部分類的對象不能單獨(dú)存在，它的生命周期依賴于整體類的對象的生命周期；對于關(guān)聯(lián)關(guān)系的2個(gè)類，可以分別單獨(dú)存在。
????一般化(Generalization)

?????
???

這2天用hsqldb做hibernate測試，做insert時(shí)，不論用hibernate的方法還是用jdbc的方法，顯示的一切信息都是成功的，可是后來打開hsqldb的manager，發(fā)現(xiàn)table里面沒有記錄insert，郁悶之極，覺得應(yīng)該是hsqldb的配置問題

于是打開那個(gè)script文件，最后找到這句配置：SET WRITE_DELAY 20
改為SET WRITE_DELAY 0后，一切正常了

我對decorate模式的理解：
1-首先要有一個(gè)Interface，提供一個(gè)通用的方法；
2-其次有n多個(gè)class來實(shí)現(xiàn)這個(gè)接口中的方法，這些實(shí)現(xiàn)方法在功能上應(yīng)該是并列的，但不是必須的，從而可以根據(jù)需要decorate那個(gè)需要被修飾的初始對象。
3-最后這些class都有一個(gè)帶有Interface作為參數(shù)的構(gòu)造方法和一個(gè)Interface的屬性，這樣在構(gòu)造的時(shí)候就可以取得那個(gè)需要修飾的對象的實(shí)例，然后在實(shí)現(xiàn)Interface的方法里面，首先實(shí)現(xiàn)修飾對象實(shí)例的修飾方法，然后再進(jìn)行自己的decorate方法。

根據(jù)這個(gè)想法來畫一張畫：

再寫段測試畫畫的代碼:

測試結(jié)果:

?最后有個(gè)問題：為什么不直接定義一個(gè)畫畫的類，然后把這些該怎么畫的事情分別通過方法來實(shí)現(xiàn)呢？ 那么什么情況下使用decorate模式更為合適呢？

你覺得自己是一個(gè)Java專家嗎？是否肯定自己已經(jīng)全面掌握了Java的異常處理機(jī)制？在下面這段代碼中，你能夠迅速找出異常處理的六個(gè)問題嗎？

??????? 1 OutputStreamWriter out = ...
　　2 java.sql.Connection conn = ...
　　3 try { // ⑸
　　4 Statement stat = conn.createStatement();
　　5 ResultSet rs = stat.executeQuery(
　　6 "select uid, name from user");
　　7 while (rs.next())
　　8 {
　　9 out.println("ID：" + rs.getString("uid") // ⑹
　　10 "，姓名：" + rs.getString("name"));
　　11 }
　　12 conn.close(); // ⑶
　　13 out.close();
　　14 }
　　15 catch(Exception ex) // ⑵
　　16 {
　　17 ex.printStackTrace(); // ⑴，⑷
　　18 }

作為一個(gè)Java程序員，你至少應(yīng)該能夠找出兩個(gè)問題。但是，如果你不能找出全部六個(gè)問題，請繼續(xù)閱讀本文。

本文討論的不是Java異常處理的一般性原則，因?yàn)檫@些原則已經(jīng)被大多數(shù)人熟知。我們要做的是分析各種可稱為“反例”（anti-pattern）的違背優(yōu)秀編碼規(guī)范的常見壞習(xí)慣，幫助讀者熟悉這些典型的反面例子，從而能夠在實(shí)際工作中敏銳地察覺和避免這些問題。

反例之一：丟棄異常

代碼：15行-18行。

這段代碼捕獲了異常卻不作任何處理，可以算得上Java編程中的殺手。從問題出現(xiàn)的頻繁程度和禍害程度來看，它也許可以和C/C++程序的一個(gè)惡名遠(yuǎn)播的問題相提并論??不檢查緩沖區(qū)是否已滿。

如果你看到了這種丟棄（而不是拋出）異常的情況，可以百分之九十九地肯定代碼存在問題（在極少數(shù)情況下，這段代碼有存在的理由，但最好加上完整的注釋，以免引起別人誤解）。

這段代碼的錯(cuò)誤在于，異常（幾乎）總是意味著某些事情不對勁了，或者說至少發(fā)生了某些不尋常的事情，我們不應(yīng)該對程序發(fā)出的求救信號保持沉默和無動于衷。調(diào)用一下printStackTrace算不上“處理異常”。

不錯(cuò)，調(diào)用printStackTrace對調(diào)試程序有幫助，但程序調(diào)試階段結(jié)束之后，printStackTrace就不應(yīng)再在異常處理模塊中擔(dān)負(fù)主要責(zé)任了。

丟棄異常的情形非常普遍。打開JDK的ThreadDeath類的文檔，可以看到下面這段說明：“特別地，雖然出現(xiàn)ThreadDeath是一種‘正常的情形’，但ThreadDeath類是Error而不是Exception的子類，因?yàn)樵S多應(yīng)用會捕獲所有的Exception然后丟棄它不再理睬。

”這段話的意思是，雖然ThreadDeath代表的是一種普通的問題，但鑒于許多應(yīng)用會試圖捕獲所有異常然后不予以適當(dāng)?shù)奶幚恚訨DK把ThreadDeath定義成了Error的子類，因?yàn)镋rror類代表的是一般的應(yīng)用不應(yīng)該去捕獲的嚴(yán)重問題。可見，丟棄異常這一壞習(xí)慣是如此常見，它甚至已經(jīng)影響到了Java本身的設(shè)計(jì)。

那么，應(yīng)該怎樣改正呢？主要有四個(gè)選擇：

1、處理異常。針對該異常采取一些行動，例如修正問題、提醒某個(gè)人或進(jìn)行其他一些處理，要根據(jù)具體的情形確定應(yīng)該采取的動作。再次說明，調(diào)用printStackTrace算不上已經(jīng)“處理好了異常”。

2、重新拋出異常。處理異常的代碼在分析異常之后，認(rèn)為自己不能處理它，重新拋出異常也不失為一種選擇。

3、把該異常轉(zhuǎn)換成另一種異常。大多數(shù)情況下，這是指把一個(gè)低級的異常轉(zhuǎn)換成應(yīng)用級的異常（其含義更容易被用戶了解的異常）。

4、不要捕獲異常。

結(jié)論一：既然捕獲了異常，就要對它進(jìn)行適當(dāng)?shù)奶幚怼２灰东@異常之后又把它丟棄，不予理睬。

反例之二：不指定具體的異常

代碼：15行。

許多時(shí)候人們會被這樣一種“美妙的”想法吸引：用一個(gè)catch語句捕獲所有的異常。最常見的情形就是使用catch(Exception

ex)語句。但實(shí)際上，在絕大多數(shù)情況下，這種做法不值得提倡。為什么呢？

要理解其原因，我們必須回顧一下catch語句的用途。catch語句表示我們預(yù)期會出現(xiàn)某種異常，而且希望能夠處理該異常。異常類的作用就是告訴Java編譯器我們想要處理的是哪一種異常。

由于絕大多數(shù)異常都直接或間接從java.lang.Exception派生，catch(Exception ex)就相當(dāng)于說我們想要處理幾乎所有的異常。

再來看看前面的代碼例子。我們真正想要捕獲的異常是什么呢？最明顯的一個(gè)是SQLException，這是JDBC操作中常見的異常。另一個(gè)可能的異常是IOException，因?yàn)樗僮鱋utputStreamWriter。

顯然，在同一個(gè)catch塊中處理這兩種截然不同的異常是不合適的。如果用兩個(gè)catch塊分別捕獲SQLException和IOException就要好多了。這就是說，catch語句應(yīng)當(dāng)盡量指定具體的異常類型，而不應(yīng)該指定涵蓋范圍太廣的Exception類。

另一方面，除了這兩個(gè)特定的異常，還有其他許多異常也可能出現(xiàn)。例如，如果由于某種原因，executeQuery返回了null，該怎么辦？答案是讓它們繼續(xù)拋出，即不必捕獲也不必處理。實(shí)際上，我們不能也不應(yīng)該去捕獲可能出現(xiàn)的所有異常，程序的其他地方還有捕獲異常的機(jī)會直至最后由JVM處理。

結(jié)論二：在catch語句中盡可能指定具體的異常類型，必要時(shí)使用多個(gè)catch。不要試圖處理所有可能出現(xiàn)的異常。

反例之三：占用資源不釋放

代碼：3行-14行。

異常改變了程序正常的執(zhí)行流程。這個(gè)道理雖然簡單，卻常常被人們忽視。如果程序用到了文件、Socket、JDBC連接之類的資源，即使遇到了異常，也要正確釋放占用的資源。為此，Java提供了一個(gè)簡化這類操作的關(guān)鍵詞finally。

finally是樣好東西：不管是否出現(xiàn)了異常，F(xiàn)inally保證在try/catch/finally塊結(jié)束之前，執(zhí)行清理任務(wù)的代碼總是有機(jī)會執(zhí)行。遺憾的是有些人卻不習(xí)慣使用finally。

當(dāng)然，編寫finally塊應(yīng)當(dāng)多加小心，特別是要注意在finally塊之內(nèi)拋出的異常??這是執(zhí)行清理任務(wù)的最后機(jī)會，盡量不要再有難以處理的錯(cuò)誤。

結(jié)論三：保證所有資源都被正確釋放。充分運(yùn)用finally關(guān)鍵詞。

反例之四：不說明異常的詳細(xì)信息

代碼：3行-18行。

仔細(xì)觀察這段代碼：如果循環(huán)內(nèi)部出現(xiàn)了異常，會發(fā)生什么事情？我們可以得到足夠的信息判斷循環(huán)內(nèi)部出錯(cuò)的原因嗎？不能。我們只能知道當(dāng)前正在處理的類發(fā)生了某種錯(cuò)誤，但卻不能獲得任何信息判斷導(dǎo)致當(dāng)前錯(cuò)誤的原因。

printStackTrace的堆棧跟蹤功能顯示出程序運(yùn)行到當(dāng)前類的執(zhí)行流程，但只提供了一些最基本的信息，未能說明實(shí)際導(dǎo)致錯(cuò)誤的原因，同時(shí)也不易解讀。

因此，在出現(xiàn)異常時(shí)，最好能夠提供一些文字信息，例如當(dāng)前正在執(zhí)行的類、方法和其他狀態(tài)信息，包括以一種更適合閱讀的方式整理和組織printStackTrace提供的信息。

結(jié)論四：在異常處理模塊中提供適量的錯(cuò)誤原因信息，組織錯(cuò)誤信息使其易于理解和閱讀。

反例之五：過于龐大的try塊

代碼：3行-14行。

經(jīng)常可以看到有人把大量的代碼放入單個(gè)try塊，實(shí)際上這不是好習(xí)慣。這種現(xiàn)象之所以常見，原因就在于有些人圖省事，不愿花時(shí)間分析一大塊代碼中哪幾行代碼會拋出異常、異常的具體類型是什么。把大量的語句裝入單個(gè)巨大的try塊就象是出門旅游時(shí)把所有日常用品塞入一個(gè)大箱子，雖然東西是帶上了，但要找出來可不容易。

一些新手常常把大量的代碼放入單個(gè)try塊，然后再在catch語句中聲明Exception，而不是分離各個(gè)可能出現(xiàn)異常的段落并分別捕獲其異常。這種做法為分析程序拋出異常的原因帶來了困難，因?yàn)橐淮蠖未a中有太多的地方可能拋出Exception。

結(jié)論五：盡量減小try塊的體積。

反例之六：輸出數(shù)據(jù)不完整

代碼：7行-11行。

不完整的數(shù)據(jù)是Java程序的隱形殺手。仔細(xì)觀察這段代碼，考慮一下如果循環(huán)的中間拋出了異常，會發(fā)生什么事情。循環(huán)的執(zhí)行當(dāng)然是要被打斷的，其次，catch塊會執(zhí)行??就這些，再也沒有其他動作了。

已經(jīng)輸出的數(shù)據(jù)怎么辦？使用這些數(shù)據(jù)的人或設(shè)備將收到一份不完整的（因而也是錯(cuò)誤的）數(shù)據(jù)，卻得不到任何有關(guān)這份數(shù)據(jù)是否完整的提示。對于有些系統(tǒng)來說，數(shù)據(jù)不完整可能比系統(tǒng)停止運(yùn)行帶來更大的損失。

較為理想的處置辦法是向輸出設(shè)備寫一些信息，聲明數(shù)據(jù)的不完整性；另一種可能有效的辦法是，先緩沖要輸出的數(shù)據(jù)，準(zhǔn)備好全部數(shù)據(jù)之后再一次性輸出。

結(jié)論六：全面考慮可能出現(xiàn)的異常以及這些異常對執(zhí)行流程的影響。

改寫后的代碼

根據(jù)上面的討論，下面給出改寫后的代碼。也許有人會說它稍微有點(diǎn)?嗦，但是它有了比較完備的異常處理機(jī)制。


OutputStreamWriter out = ...
　　java.sql.Connection conn = ...
　　try {
　　　Statement stat = conn.createStatement();
　　　ResultSet rs = stat.executeQuery("select uid, name from user");
　　　while (rs.next()){
　　　　out.println("ID：" + rs.getString("uid") + "，姓名: "+ rs.getString("name"));
　　　}
　　}
　　catch(SQLException sqlex)
　　{
　　　out.println("警告：數(shù)據(jù)不完整");
　　　throw new ApplicationException("讀取數(shù)據(jù)時(shí)出現(xiàn)SQL錯(cuò)誤", sqlex);
　　}
　　catch(IOException ioex)
　　{
　　　throw new ApplicationException("寫入數(shù)據(jù)時(shí)出現(xiàn)IO錯(cuò)誤", ioex);
　　}
　　finally
　　{
　　　if (conn != null) {
　　　　try {
　　　　　conn.close();
　　　　}
　　　　catch(SQLException sqlex2)
　　　　{
　　　　　System.err(this.getClass().getName() + ".mymethod - 不能關(guān)閉數(shù)據(jù)庫連接:" + sqlex2.toString());
　　　　}
　　　}
　　　if (out != null){
　　　　try {
　　　　　out.close();
　　　　}
　　　　catch(IOException ioex2)
　　　　{
　　　　　System.err(this.getClass().getName() + ".mymethod - 不能關(guān)閉輸出文件" + ioex2.toString());
　　　　}
　　　}
　　}




本文的結(jié)論不是放之四海皆準(zhǔn)的教條，有時(shí)常識和經(jīng)驗(yàn)才是最好的老師。如果你對自己的做法沒有百分之百的信心，務(wù)必加上詳細(xì)、全面的注釋。

一方面，不要笑話這些錯(cuò)誤，不妨問問你自己是否真地徹底擺脫了這些壞習(xí)慣。即使最有經(jīng)驗(yàn)的程序員偶爾也會誤入歧途，原因很簡單，因?yàn)樗鼈兇_確實(shí)實(shí)帶來了“方便”。所有這些反例都可以看作Java編程世界的惡魔，它們美麗動人，無孔不入，時(shí)刻誘惑著你。也許有人會認(rèn)為這些都屬于雞皮蒜毛的小事，不足掛齒，但請記住：勿以惡小而為之，勿以善小而不為。

• name : 指定ActionMessages存放在request或者session內(nèi)的屬性key.
• message: 指定消息的來源, 如果為true, 對應(yīng)于key=Globals.MESSAGE_KEY的ActionMessages對象, 此時(shí)name屬性無效；如果為false, 則根據(jù)name屬性檢索ActionMessages對象, 如果沒有設(shè)置name, 默認(rèn)為Globals.ERROR_KEY. message屬性的默認(rèn)值為false.

     摘要: from: http://bobcat.webappcabaret.net/javachina/faq/ant_01.htm FAQ on ANT Building Process by Roseanne Zhang scjp, advanced, job tips, xml, ant, c/c++, ...  閱讀全文

aix的系統(tǒng)備份命令是mksysb, make system backup ,有點(diǎn)類似 ghost.

aix5.3支持微分區(qū)技術(shù),所謂微分區(qū)就是1臺機(jī)器上裝多個(gè)OS(操作系統(tǒng)),把這臺機(jī)器上的cpu資源進(jìn)行劃分,然后分配給每一個(gè)os使用,最小粒度是0.1個(gè)cpu.有點(diǎn)類似vmware軟件.讓一個(gè)機(jī)器跑多個(gè)操作系統(tǒng).這項(xiàng)技術(shù)早在ibm的大機(jī)上就已經(jīng)實(shí)現(xiàn)了.只不過最近才在小機(jī)和pc機(jī)器上發(fā)布.

TIVOLI是系統(tǒng)管理軟件.

關(guān)閉aix的命令:shutdown ->正常關(guān)機(jī),關(guān)閉所有服務(wù). halt -> 相當(dāng)于直接關(guān)閉電源.
重啟aix:shutdown -Fr

查看出錯(cuò)信息:errpt errpt -a | more -> 分頁顯示 errpt -a > /tmp/err01 輸出到文件.
清除錯(cuò)誤信息:errclear 0

smit 用鼠標(biāo)操作 smitty 用鍵盤來操作,一般用smitty為好.

ping -f 全速ping ,利用所有的服務(wù)器資源來ping,如果是多個(gè)服務(wù)器ping一個(gè)ip,可以把機(jī)器ping死.

幾個(gè)關(guān)于磁盤的名詞:
lv: logical volume 邏輯卷
pv: physical volume 物理卷
vg: volume group 卷組
pp: physical partition 物理分區(qū)
lp: logical partition 邏輯分區(qū)

pv對應(yīng)的是物理硬盤或者是磁盤陣列上劃分的lun,一個(gè)vg最多可以有1016個(gè)pp.
pv的上面是vg,一個(gè)vg可以包含多個(gè)pv.
vg的上面是lv,lv如果不作任何處理就是裸設(shè)備,也可以作成文件系統(tǒng).
lv被分為多個(gè)lp,默認(rèn)情況下,lp與pp是一一對應(yīng)的,也可以做成一對多的.這樣就相當(dāng)于用多個(gè)pp來作raid0備份.

lsdev -C | grep disk 可以查看物理磁盤的硬件信息
lspv 查看pv的信息 -p hdisk0 查看具體數(shù)據(jù)存放的位置:例如,數(shù)據(jù)在第m到n個(gè)pp上面.
lsvg 查看vg的信息 -l vg的列表 -c 被使用的vg -l rootvg 查看rootvg的詳情.
lslv -m lv1 查看lv1 的lp與pp的映射.
getlvcv -AT lv1 看到lv1的控制信息.
fsck -y /dev/newlv 檢查lv.

smit vg 可以管理vg
smit lv 管理lv

varryonvg rootvg 激活rootvg卷組,varryoffvg newvg 使newvg卷組脫機(jī).

nbpi:number of bytes per inode 每個(gè)i節(jié)點(diǎn)擁有的字節(jié)數(shù),這個(gè)參數(shù)越小,文件系統(tǒng)的可用的inode越多.如果inode用完,即使有剩余空間,系統(tǒng)也會報(bào)空間不夠.此時(shí)要調(diào)小nbpi的值.一般是4k
df -k 中iused 指的是i節(jié)點(diǎn)的使用情況.

設(shè)置從cd啟動,bootlist -m normal cd0

啟動時(shí)按ESC+1或者F1,可以進(jìn)入啟動菜單.選擇啟動方式.

用smitty crfs 創(chuàng)建完文件系統(tǒng)以后還要mount.
/etc/filesystems 文件記錄文件系統(tǒng)的信息.如想把某個(gè)lv映射到不同的文件系統(tǒng)路徑上面,可以直接修改這個(gè)文件.

用logform /dev/testloglv 將lv格式化成jfs的log的格式.

file 文件名 可以看某個(gè)文件的信息,包括文件類型,可執(zhí)行文件,文本文件,等等.

uname -a 可以看到os的信息.

fsck 檢查文件系統(tǒng)的信息,在umount的時(shí)候是準(zhǔn)確的, 相當(dāng)于windows的磁盤掃描.

碎片整理 smitty jfs

lsfs /root 顯示文件系統(tǒng)的屬性

各個(gè)組件的關(guān)系:

lsps -a 查看page space的使用情況

vgda:vg description area 每個(gè)vg的頭部存放vg的描述信息,
如果包含2個(gè)pv,那么第一個(gè)pv會在頭部和另一個(gè)位置存放2個(gè)vgda,第2個(gè)pv也會存放一個(gè).
如果包含3個(gè)pv,那么每個(gè)pv上都有1個(gè)vgda.
vg的信息在odm中也會存儲,但必須和vgda中的信息一致,否則無法varryonvg,有下面4個(gè)命令來管理odm中的vg信息.
importvg:從vgda中讀取信息到odm中
exportvg:從odm中刪除vg信息
varryonvg:激活(online)vg
varryoffvg:卸載(offline)vg

修改vg的factor,這樣可以將vg的max pp 從默認(rèn)的1016 增大1倍,到2032,但由于vgda的總大小不變,這些信息都是記錄到里面的.所以vg的最大文件數(shù)要減小1倍,實(shí)際上是個(gè)等式:max pp * max file = 固定的一個(gè)值,factor增大,實(shí)際上是max pp * factor,max file / factor.具體做法:chvg -t 2 rootvg 修改factor為2.vgda

用cfgmgr,來刷新,來認(rèn)出新assign的hdisk.
cfgmgr -v 檢查新設(shè)備,新硬件.
-i /dev/cd0 從光盤自動安裝新硬件驅(qū)動.

當(dāng)作雙機(jī)時(shí),2個(gè)服務(wù)器server1 和 server2 來連接同一個(gè)盤陣,server1對磁盤分配一個(gè)pvid,當(dāng)?shù)谝淮吻袚Q到server2時(shí),要用ckdev命令來讀出server1配置的pvid.系統(tǒng)是通過pvid來識別pv的.
ckdev -l hdisk1 -a pv = clear 清除pvid
ckdev -l hdisk1 -a pv = yes 新置pvid

lsdev 查看物理設(shè)備
lsdev -C 顯示所有設(shè)備狀態(tài)
rmdev -l cd0 邏輯刪除 cd0
mkdev -l cd0 安裝cd0
rmdev -d -l cd0 刪除cd0設(shè)備驅(qū)動

查看cpu的信息
lsattr -El proc0
lsdev -C | grep proc
查看內(nèi)存的信息
lsattr -El mem0
查看光驅(qū)的信息
lsattr -El cd0
查看硬盤的信息
lsattr -El hdisk0

lscfg -vp | more 分頁看全部硬件信息
prtconf | more 列出硬件信息

查看誰在使用cdrom fuser /cdrom -k 直接殺掉用戶進(jìn)程

telnet的登陸信息存放在/etc/motd文件中.
想查看最近有誰登陸,用last命令.
查看登錄失敗的信息: /etc/security/failedlogin
存放用戶密碼的文件:/etc/security/passwd

用戶登錄需要運(yùn)行的腳本:
1 /etc/profile
2 /etc/environment 在這個(gè)文件中設(shè)置中文環(huán)境,LANG=zh_CN
3 用戶profile ,分2種情況:
如果是命令行登錄,則運(yùn)行/home/user/.profile
如果是圖形登錄,則運(yùn)行 /home/user/.dtprofile 需要將次文件中,#DTSOURCEPROFILE=TRUE 的# 去掉,否則還是使用.profile.

在/dev下面有2種設(shè)備,一種是block設(shè)備,一種是char(字符)設(shè)備.這取決于不同的應(yīng)用.

vmstat的某些行的解釋:
vmstat->faults->cs: user calls 用戶調(diào)用的次數(shù)
cpu->wa: >40 說明io繁忙
kthr: kernel thread
kthr->r 在運(yùn)行隊(duì)列中等待執(zhí)行的進(jìn)程
b 正在等待io的進(jìn)程
memory->avm:active vitual memory 物理內(nèi)存+使用的虛擬內(nèi)存,以4k為單位.
page->re:是pin 和 pout 的總和.
sr:search的內(nèi)存塊數(shù).
fr:釋放的內(nèi)存塊數(shù).
每次作page out時(shí),系統(tǒng)要搜索物理內(nèi)存以找到可以釋放的塊,sr和fr分別代表搜索的和通過搜索找到的可以釋放的塊 數(shù).如果2者很接近,說明內(nèi)存中有很多用于file cache,內(nèi)存的數(shù)量是夠用的.如果fr/sr的值很小,說明內(nèi)存不夠.

tty:代表終端

iostat:
%tm_act 實(shí)際transaction的百分比
tps 每秒發(fā)生的次數(shù)
kbps 每秒的速率
名詞:thrasing: 應(yīng)用程序頻繁交換,導(dǎo)致paging過多.

/usr/samples/kernel/vmtune -f 120 -F 128
-f 120 代表minfree mem < 120 時(shí)要進(jìn)行page out
-F 128 代表maxfree mem > 128 時(shí)要進(jìn)行page in
-p -P 也跟page out 有關(guān),具體不清楚,還需明確.

sar->avque:平均的請求數(shù)

對文件系統(tǒng)作監(jiān)視:filemon
filemon -o /tmp/a.txt -O all -v
運(yùn)行之后系統(tǒng)會一直監(jiān)視文件系統(tǒng)的使用情況并記錄日志,-T 64000 是使用的buffer cache,在大型系統(tǒng)上,這個(gè)值可以調(diào)大.
運(yùn)行一段時(shí)間后,要停掉filemon,使用trcstop 或者 kill -9 進(jìn)程.
從a.txt中可以看到使用最頻繁的文件等信息,有些類似statspack的報(bào)告.

對于后綴是Z的文件用uncompress來解壓縮. uncompress a.tar.Z

用strings 命令來看2進(jìn)制文件

如何調(diào)大page space,直接設(shè)置對應(yīng)lv的大小.如果對應(yīng)lv的vg空間不夠的話,可以向vg中加硬盤.

dd的用法:dd if=/dev/rnewfs of=/dev/rcopyfs bs=1024 count=10240
bs: block size 塊大小,1024字節(jié)
count: block count 塊的數(shù)量
if是input file ,of 是output file

將任務(wù)切換到后臺執(zhí)行: ctrl+z ,然后 bg+回車
查看后臺執(zhí)行的程序:jobs
把后臺執(zhí)行的程序切換到前臺執(zhí)行:fg %n n是后臺的job 編號

ip抓包工具:iptrace 和 tcpdump
iptrace -a a.out
停止iptrace:kill -9
tcpdump -i en1 -w a.out a.out 是輸出文件

把進(jìn)程與cpu綁定:bindprocessor -U 進(jìn)程號 cpuid
bindprocessor -U 12345 0

odm庫:
env | grep obj
ODMDIR=/etc/objrepos 這是odm庫的存儲路徑

在disk0上生成引導(dǎo)區(qū)
bosboot -a -d /dev/hdisk0

用kdb 查看os 的 dump

ethernet channel 把2個(gè)網(wǎng)卡綁定到1個(gè)ip,可以作網(wǎng)絡(luò)負(fù)載均衡.

crontab 設(shè)置定時(shí)任務(wù)
crontab -l list the crontab
crontab -e edit the crontab
crontab的格式:分鐘 小時(shí) 月中的天數(shù) 月份 星期 命令
minute:
0 到 59
hour:
0 到 23
day_of_month:
1 到 31
month:
1 到 12
weekday:
星期日到星期六的 0 到 6 時(shí)
要在每星期日上午 2 時(shí)運(yùn)行 fwlogmgmt 命令，請將下列各行添加至 crontab 文件底部：
0 2 * * 0 /usr/bin/fwlogmgmt -1

發(fā)送郵件,aix和redhad linux 都默認(rèn)安裝了smtp郵件服務(wù),可以直接給internet發(fā)郵件.
mail -s "test mail" haochunpeng@ninetowns.com < $ORACLE_BASE/admin/$ORACLE_SID/bdump/alert$ORACLE_SID.log
mail -s "test mail" haochunpeng@ninetowns.com <<EOF
******** MAIL CONTENT *******
FJLADSFJLAKHFGAL
FJALDSKFJA
FASLJFLASF
*****************************
EOF
有了crontab和mail,就可以定時(shí)監(jiān)控?cái)?shù)據(jù)庫,然后把報(bào)告發(fā)送郵件到管理員的信箱.

kill -9 9 是kill命令傳送的一個(gè)信號,一共15個(gè)信號可以發(fā)送.

/etc/ftpusers 限制登錄ftp的用戶,誰在這個(gè)文件里面,誰就登不進(jìn)去.

網(wǎng)絡(luò)服務(wù) /etc/inetd.conf 刷新 refresh src -d

lslpp -l | grep http 查看安裝的軟件

檢查瓶頸:
利用vmstat iostat 查看總體情況,ps aux 可以看到具體進(jìn)程占用資源的情況.
如果是io瓶頸,可以利用filemon -o /tmp/a.txt -O all; sleep 10;trcstop 來查看io資源的使用情況.

辨別僵尸進(jìn)程:ps -ef pid 那列是 defunc的為僵尸進(jìn)程.

幾個(gè)不錯(cuò)的aix網(wǎng)站:
http://www.douzhe.com
http://www.xfocus.net/articles/200208/433.html

昨晚貝貝的幼兒園里每個(gè)班級都召開家長會，這是貝貝的第一次家長會。

前一天貝貝媽媽讓我準(zhǔn)備的發(fā)言稿，可是在昨天上午的電話里面LP說不準(zhǔn)備采納我寫的，她自己已經(jīng)準(zhǔn)備了一份了，郁悶。

晚上我6點(diǎn)才趕到家，貝貝媽媽已經(jīng)開始出發(fā)去幼兒園了。于是我匆匆吃過晚飯，拉著貝貝去湊熱鬧。貝貝和我說家長會不能帶小孩去的。我告訴他沒關(guān)系，我們在幼兒園玩，不進(jìn)教室。

帶著我買的奧特曼飛機(jī)，貝貝在操場上的各個(gè)滑梯滑了n次，我們就開始往教室門口蹭了。上了樓梯，到了自己教室門口，貝貝賴著不肯往前走了，呵呵。過了一會，他壯著膽子靠近了一點(diǎn)，然后“啪啪啪啪”的大步跑過教室前的走廊，我心中一笑，仿佛看到了自己童年的影子。跟上去和他在前面的一個(gè)活動空間一起玩。

家長會開了近2個(gè)小時(shí)，比別的班級結(jié)束的晚，看來貝貝的老師還是比較認(rèn)真負(fù)責(zé)的。我們在樓梯上等到了貝貝媽媽，然后高高興興的一起回家了。

貝貝媽媽說，家長會上老師多次表揚(yáng)了貝貝。優(yōu)點(diǎn)是：有禮貌，守紀(jì)律，愛學(xué)習(xí)，還有想象力和創(chuàng)造力比較豐富，這一點(diǎn)我特別欣賞。需要提高的是：動手能力。我也覺得在家里太嬌慣貝貝了，今后要讓他自己的事情自己做。

希望貝貝快快樂樂成長。^^

教孩子禮貌待人

   各位老師和家長，我是貝貝的媽媽，今日很高興能在這次家長會上，和大家一起交流和探討關(guān)于對孩子進(jìn)行文明禮貌教育的話題。
       作為每個(gè)父母，都希望自己的孩子能夠從小養(yǎng)成講文明、懂禮貌的好習(xí)慣。文明禮貌的行為習(xí)慣是從小開始長期實(shí)踐而形成的。如何對孩子進(jìn)行文明和禮貌教育，我認(rèn)為著重從以下三個(gè)方面開展：

         一、父母的言行和思維在孩子成長過程中起到關(guān)鍵的影響作用
        小孩子的求知欲是非常強(qiáng)的，因此孩子的成長過程也是一個(gè)學(xué)習(xí)的過程。孩子對于一個(gè)環(huán)境從陌生到熟悉的認(rèn)可過程，其實(shí)就是一種習(xí)慣的養(yǎng)成過程，這個(gè)環(huán)境是指孩子身邊的一切事物。孩子在和外界環(huán)境的接觸過程中，會不斷主動或者被動的接受一些言論、行為和思想。而作為與孩子關(guān)系最為密切的父母，則更應(yīng)在自己的言行舉止方面做到誠實(shí)守信、禮貌待人，用文明的思想灌輸給子女，給孩子起到模范表率作用。久而久之，我們的孩子才會看在眼里，學(xué)在心里，并把父母的這種行為意識加上自己的理解作為一個(gè)定式記憶在自己的腦海中。而且會把這個(gè)思維定式作為一種潛意識在合適的場合表達(dá)出來。因此，我認(rèn)為父母的意識形態(tài)對孩子的表率作用在孩子的成長過程中尤為重要。
        在日常生活中，我們在貝貝的爺爺奶奶家里的時(shí)間比較多，大家經(jīng)常在一起吃飯聊天和做游戲的場合也比較多。我和貝貝的爸爸對長輩都是很尊重的，貝貝也在這種氛圍中也慢慢養(yǎng)成尊敬長輩的好習(xí)慣。為了讓孩子能夠正確理解我們的一些做法，我們會在適當(dāng)?shù)臅r(shí)機(jī)和貝貝解釋為什么要在待人接物中文明禮貌的原因，貝貝會耐心地聽我們說，還會問一些為什么的問題，理解后就會知道怎么做是正確的，怎么做是錯(cuò)誤的。此外，我們有時(shí)會通過講故事的方法，加強(qiáng)孩子思維能力的培養(yǎng)。當(dāng)講到某個(gè)環(huán)節(jié)，讓貝貝判斷出故事中某個(gè)小動物或者小朋友應(yīng)該怎么做，或者對貝貝說如果是你，你會怎么做。
        二、及時(shí)發(fā)現(xiàn)并糾正孩子的一些不好的做法
.........................................................................
        三、在集體生活中培養(yǎng)文明禮貌的習(xí)慣
..........................................................................
       最后和大家分享一下我在一個(gè)早期教育節(jié)目中的收獲， 兒童最佳智力結(jié)構(gòu)是記憶力，注意力，觀察力，想象力，思維能力和操作能力這六方面的能力。其中思維能力是核心。我們有些家長只注重孩子記憶力的訓(xùn)練，如記憶和背誦一些唐詩等等，而忽視了其他方面的鍛煉和開發(fā)，缺乏想像力和創(chuàng)造力、動手能力，造成智力結(jié)構(gòu)失衡發(fā)展，這是對孩子教育中的一個(gè)誤區(qū)。

是學(xué)習(xí)JSF的時(shí)候了，請看下面摘抄的文章

Struts和JSF/Tapestry都屬于表現(xiàn)層框架，這兩種分屬不同性質(zhì)的框架，后者是一種事件驅(qū)動型的組件模型，而Struts只是單純的MVC模式框架，老外總是急吼吼說事件驅(qū)動型就比MVC模式框架好，何以見得，我們下面進(jìn)行詳細(xì)分析比較一下到底是怎么回事？

　　首先事件是指從客戶端頁面（瀏覽器）由用戶操作觸發(fā)的事件，Struts使用Action來接受瀏覽器表單提交的事件，這里使用了Command模式，每個(gè)繼承Action的子類都必須實(shí)現(xiàn)一個(gè)方法execute。

　　在struts中，實(shí)際是一個(gè)表單Form對應(yīng)一個(gè)Action類(或DispatchAction)，換一句話說：在Struts中實(shí)際是一個(gè)表單只能對應(yīng)一個(gè)事件，struts這種事件方式稱為application event，application event和component event相比是一種粗粒度的事件。

　　struts重要的表單對象ActionForm是一種對象，它代表了一種應(yīng)用，這個(gè)對象中至少包含幾個(gè)字段，這些字段是Jsp頁面表單中的input字段，因?yàn)橐粋€(gè)表單對應(yīng)一個(gè)事件，所以，當(dāng)我們需要將事件粒度細(xì)化到表單中這些字段時(shí)，也就是說，一個(gè)字段對應(yīng)一個(gè)事件時(shí)，單純使用Struts就不太可能，當(dāng)然通過結(jié)合JavaScript也是可以轉(zhuǎn)彎實(shí)現(xiàn)的。

　　而這種情況使用JSF就可以方便實(shí)現(xiàn)，

<h:inputText id="userId" value="#{login.userId}"> 　　<f:valueChangeListener type="logindemo.UserLoginChanged" /> </h:inputText>

　　#{login.userId}表示從名為login的JavaBean的getUserId獲得的結(jié)果，這個(gè)功能使用struts也可以實(shí)現(xiàn)，name="login" property="userId"

　　關(guān)鍵是第二行，這里表示如果userId的值改變并且確定提交后，將觸發(fā)調(diào)用類UserLoginChanged的processValueChanged(...)方法。

　　JSF可以為組件提供兩種事件：Value Changed和 Action. 前者我們已經(jīng)在上節(jié)見識過用處，后者就相當(dāng)于struts中表單提交Action機(jī)制，它的JSF寫法如下：

<h:commandButton id="login" commandName="login"> 　　<f:actionListener type=”logindemo.LoginActionListener” /> </h:commandButton>

　　從代碼可以看出，這兩種事件是通過Listerner這樣觀察者模式貼在具體組件字段上的，而Struts此類事件是原始的一種表單提交Submit觸發(fā)機(jī)制。如果說前者比較語言化（編程語言習(xí)慣做法類似Swing編程）；后者是屬于WEB化，因?yàn)樗莵碜訦tml表單，如果你起步是從Perl/PHP開始，反而容易接受Struts這種風(fēng)格。