搭建過程備注：
1. 虛擬機軟件Vmware 8.0 Workstation，Windows 2008 Enterprise Server, Sql Server 2008 R2。
2. 倆個節點平臺版本必須一致，都為企業版。
3. 與構建Windows 2003群集不同，不能使用vmware的共享磁盤機制。Windows 2008集群對存儲要求很高，不支持SCSI硬盤做集群。
    本次使用starwind 5.4代替vmware的共享磁盤實現群集存儲。
4. 搭建Windows集群需要3臺虛擬機：2個節點+1臺存儲。
5. 搭建SqlServer 2008集群需要4替虛擬機：2個節點+1臺DC+1臺存儲。

搭建順序:
1. 安裝DC+DNS服務器。
2. 安裝集群節點, 配置雙網卡，域登錄。
3. 安裝群集磁盤服務器
4. 在集群節點上配置iSCSI發起。
5. 在集群節點上安裝“故障轉移群集”功能。
6. 進行故障轉移群集驗證和創建。
7. 至此，Windows集群環境安裝完畢。
8. 在集群節點上按群集方式安裝SqlServer 2008。
9. SqlServer 2008集群環境構建完畢。

參考文檔：

If you meet following errors below when you try to build your source code:

 

Checking build tools versions...

build/core/main.mk:72:

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

build/core/main.mk:73: You are attempting to build on a 32-bit system.

build/core/main.mk:74: Only 64-bit build environments are supported beyond froyo/2.2.

build/core/main.mk:75:

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

Don’t panic, just change the code:

build/core/main.mk

ifeq ($(BUILD_OS),linux)

build_arch := $(shell uname -m) 

---ifneq (64,$(findstring 64,$(build_arch))) 

+++ifneq (i686,$(findstring i686,$(build_arch)))

 

and change the code in four mk files below from “+=-m64” to “+=-m32”

external/clearsilver/cgi/Android.mk

external/clearsilver/java-jni/Android.mk

external/clearsilver/util/Android.mk

external/clearsilver/cs/Android.mk

LOCAL_CFLAGS += -m32

LOCAL_LDFLAGS += -m32

end.

I got this idea when i was surfing the web in search of a tool similar to the Nokia Pc Suite for my Linux

This How-To  works with many NOKIA Mobile Phone, especially for Nokia 3230, 6670, 6680, 6682 e 7610, 6120, Sony Ericsson Z1010, LG U8110/8120.

First of all, we have to grant access for Mobile Phone to “dialout” group.

sudo gedit /etc/udev/rules.d/40-permissions.rules

Now we have to add to the end of file:

# NOKIA 6120
BUS==”usb”, SYSFS{idVendor}==”0421″, SYSFS{idProduct}==”002f”, GROUP=”dialout”

where 0421 and 002f could be different depending on your Mobile Phone.
To check your idVendor and idProduct, we have to type on terminal

lsusb
Bus 003 Device 009: ID 0421:002f Nokia Mobile Phones

Now, we have to reload udev permission file:

sudo /etc/init.d/udev restart

We have to add our username on group “dialout”

gpasswd -a username dialout

All basics configurations for USB Data Cable are completed. We can start installation of obexftp and obextool GUI. Obextool GUI is written for tk graphic library, so GUI not have a good design as GTK.

sudo apt-get install openobex-apps libopenobex1 obexftp obextool

If you want start obextool from terminal we have to type for the first time:

export OBEXCMD=”obexftp -t /dev/ttyACM0 -u 1″
obextool

or, we can start it simply by typing:

obextool –obexcmd “obexftp -t /dev/ttyACM0 -u 1″

When we start Obextool we can see this error message:

It seems, that your device does not support the memory status feature.
Memory status will be disabled

To solve this problem we have to set some values on obextool.cfg:

sudo gedit /etc/obextool.cfg

set ObexConfig(config,memstatus) 0
set ObexConfig(config,filemove) 0

Another error message that we can see is:

FIle ‘/FileName/’ could not be uploaded to ‘E:/Path’!
Please check your file permissions.

To solve it:

sudo gedit /etc/obextool.cfg

set ObexConfig(config,dir_slash) 1

Good Job! Now your Mobile Phone works well in Ubuntu Gutsy with ObexTool.
If we want add it as Desktop Entry:

sudo gedit /usr/share/applications/obextool.desktop

[Desktop Entry]
Encoding=UTF-8
Version=1.0
Type=Application
Exec=/usr/bin/obextool –obexcmd “obexftp -t /dev/ttyACM0 -u 1″
Icon=/usr/share/icons/gnome/scalable/devices/phone.svg
Terminal=false
Name=Obextool
GenericName=
Comment=Browser your Mobile Phone
Categories=Application;Utility;

So, you can find it in your Gnome Panel over: “Applications” -> “Accessories” -> Obextool

Spring Framework 的理解以及可維護性是否得以改善的思考

Spring的特性：
1. 提供了一種管理對象的方法，可以把中間層對象有效地組織起來。一個完美的框架“黏合劑”。
2. 采用了分層結構，可以增量引入到項目中。
3. 有利于面向接口編程習慣的養成。
4. 目的之一是為了寫出易于測試的代碼。
5. 非侵入性，應用程序對Spring API的依賴可以減至最小限度。
6. 一致的數據訪問介面。
6. 一個輕量級的架構解決方案。

對Spring的理解
Spring致力于使用POJOs來構建應用程序。由框架提供應用程序的基礎設施，將只含有業務邏輯的POJOs作為組件來管理。從而在應用程序中形成兩條相對獨立發展的平行線，并且在各自的抽象層面上延長了各自的生命周期。

Spring的工作基礎是Ioc。Ioc將創建對象的職責從應用程序代碼剝離到了框架中，通常2中注入方式：setter 和 ctor參數。
每個Bean定義被當作一個POJO（通過類名和JavaBean的初始屬性或構造方法參數兩種方式定義的Bean）。
Spring的核心在org.springframework.beans，更高抽象層面是BeanFactory. BeanFactory是一個非常輕量級的容器。

關于可維護性的思考
Spring之類的技術確實帶來了應用系統的可維護性的提高嗎？
Ioc， AOP之類的技術，本質上都是將原本位于應用程序代碼中"硬編碼"邏輯，剝離出來放到了配置文件中（或者其他形式）。主流聲音都是認為提高了應用程序的可維護性。

但如果從以下方面觀察，結合項目實際經驗，個人感覺這些技術的應用大大降低了應用程序的可維護性，尤其是面對一個陌生的系統，或者項目人員變動頻繁的時候。
1. 中斷了應用程序的邏輯，使代碼變得不完整，不直觀。此時單從Source無法完全把握應用的所有行為。
2. 將原本應該代碼化的邏輯配置化，增加了出錯的機會以及額外的負擔。
3. 時光倒退，失去了IDE的支持。在目前IDE功能日益強大的時代，以往代碼重構等讓人頭痛的舉動越來越容易。而且IDE還提供了諸多強大的輔助功能，使得編程的門檻降低很多。通常來說，維護代碼要比維護配置文件，或者配置文件＋代碼的混合體要容易的多。
4. 調試階段不直觀，后期的bug對應階段，不容易判斷問題所在。
5. 性能問題。雖說硬件性能日新月異，但是性能也是在不經意間一點一點地流失的。從匯編到高級語言，到面向對象，到虛擬機，一直處于這樣的發展趨勢。

項目中組員偶然寫了一段垃圾的sql語句，不想卻誤打誤撞的發現了一個jdbc的bug，包括Oracle 10g附帶的版本。

詳細描述可以參考如下代碼：
   public static void testSetTimestampBug() throws Exception{
        Calendar calendar = new GregorianCalendar();
        Date d = calendar.getTime();
        
        String sql = "select 1+1 from dual where ?-sysdate<1";         //error sql
        String sql1 = "select ?-sysdate from dual";                          //no error sql
        String sql2 = "select 1+1 from dual where ?-1<sysdate";       //no error sql
        PreparedStatement pst = cn.prepareStatement(sql);
        //pst.setDate(1, new java.sql.Date(d.getTime()));                 //no  error
        pst.setTimestamp(1, new java.sql.Timestamp(d.getTime()));   //bug!!!, throw SQLException: ORA-00932
    }
三種sql的寫法中，第一種寫法在使用setTimestamp()時會出錯，其他倆種卻不會有問題。
即正常調用PreparedStatement.setTimestamp()方法，遇到某些特殊寫法的sql語句卻會出錯。
本例中，拋出如下例外：
java.sql.SQLException: ORA-00932: inconsistent datatypes: expected NUMBER got INTERVAL.
然而，如果使用setDate()方法，則一切正常，三種寫法都沒有問題。

因為有這個問題，如果在持久層使用了其他的中間件，則這個問題可能變的更加隱蔽，比如iBatis中的處理是這樣的：
java.util.Date ---> ibatis.DateTypeHandler----->PreparedStatement.setTimestamp() 
java.sql.Date ---> ibatis.SqlDateTypeHandler----->PreparedStatement.setDate()
如果不注意輸入參數類型的話，就會遇到上述問題。我就因此費了不少周折。
對于iBatis的使用建議，保證入口參數類型始終為java.sql.Date即可。

Web架構特性及REST架構風格（部分內容摘自網絡）

良好的Web架構風格：
    1. 客戶/服務器模式：  實現了UI與數據的分離。
    2. 服務端無狀態性：　可見性，可靠性，可伸縮性等方面的改善。
    　可見性－無狀態性使得服務器不必要維護海量的上下文（Ｃontext）。
    　可靠性－無狀態性減少了服務器從局部錯誤中恢復的任務量。
    　可伸縮性－無狀態性使得服務器可以很容易的釋放資源。
    3. 緩存：　減少服務端不必要的處理。
    4. 可伸縮性：　便于分布式和集群部署。
    　上面的2，3點也是影響4的主要因素。而隨著系統用戶規模的指數上升，可伸縮性將變的至關重要。

現在大多數應用程序都忽略或者違反了上述2, 3的風格。當然也肯定失去了４帶來的好處。
比如Java Servlet中HttpSession的應用，使服務器端保存了客戶端的狀態。
時下流行的動態頁面的做法也使得資源緩存變得困難或者不可能。
這些都直接影響了應用的可伸縮性。

改善現狀的思路是，把服務端的處理和狀態前移，由客戶端來實現。使服務端回歸到無狀態的特性。
以采用ajax技術的應用系統為例：因為不需要完全刷新就可以與服務器進行交互，使得有狀態客戶機成為可用選擇。基于瀏覽器的應用程序代碼可以在必要時獲取新的服務器數據，并把這些數據織入當前頁面。
將處理和狀態前移到每個客戶機上后，實現了無狀態的服務端；同時緩存服務器可以緩存ajax引擎(比如dojo, prototype etc.)，以及狀態無關的數據。
個人理解，多種瀏覽器的plug-in技術（Sun的applet, MS的ActiveX等等），都應該是這種思路的不同技術實現。

經過以上分析整理，實際上已經涉及到了時下流行的一個概念－REST.

REST（Representational State Transfer）來源于Dr. Roy Thomas Fielding,  <Architectural Styles and the Design of Network-based Software Architectures>
當瀏覽器瀏覽訪問一個url資源時，返回的頁面即為該url資源的representation，這個representation給瀏覽器一個state，當
瀏覽器訪問下一個url資源時，瀏覽器的state就transfer了。
REST其本身只是為分布式超媒體系統(distributed hypermedia systems)設計的一種架構風格，而不是某個標準，框架。

REST的設計準則
    1.網絡上的所有事物都被抽象為資源（resource）；
    2.每個資源對應一個唯一的資源標識符（resource identifier）；
    3.通過通用的連接器接口（generic connector interface）對資源進行操作；
    4.對資源的各種操作不會改變資源標識符；
    5.所有的操作都是無狀態的（stateless）。

REST中的資源所指的不是數據，而是數據和表現形式的組合。
REST是基于Http協議的，任何對資源的操作行為都是通過Http協議來實現。以往的Web開發大多數用的都是Http協議中的GET和POST方法，對其他方法很少使用，這實際上是因為對Http協議認識片面的理解造成的。Http不僅僅是一個簡單的運載數據的協議，而是一個具有豐富內涵的網絡軟件的協議。他不僅僅能對互聯網資源進行唯一定位，而且還能告訴我們如何對該資源進行操作。Http把對一個資源的操作限制在4個方法以內：GET, POST,PUT和DELETE，這正是對資源CRUD操作的實現。由于資源和URI是一一對應的，執行這些操作的時候URI是沒有變化的，這和以往的 Web開發有很大的區別。正由于這一點，極大的簡化了Web開發，也使得URI可以被設計成更為直觀的反映資源的結構，這種URI的設計被稱作 RESTful的URI。這位開發人員引入了一種新的思維方式：通過URL來設計系統結構。當然了，這種設計方式對一些特定情況也是不適用的，也就是說不是所有的URI都可以RESTful的。
REST 之所以可以提高系統的可伸縮性，就是因為它要求所有的操作都是無狀態的。由于沒有了上下文(Context)的約束，做分布式和集群的時候就更為簡單，也可以讓系統更為有效的利用緩沖池(Pool）。并且由于服務器端不需要記錄客戶端的一系列訪問，也減少了服務器端的性能。

       Java語言編程中更新XML文檔的四種方法。第一種方法是直接讀寫XML文件。第二種方法是使用Apache Crimson的XmlDocument類,這種方法極為簡單,使用方便,如果你選用Apache Crimson作為XML解析器,那么不妨使用這種方法,不過這種方法似乎效率不高(源于效率低下的Apache Crimson),另外,高版本的JAXP或者是Java XML Pack、JWSDP不直接支持Apache Crimson,亦即這種方法不通用。第三種方法是使用JAXP的XSLT引擎(Transformer類)來輸出XML文檔,這種方法也許是標準的方法 了,使用起來十分靈活,特別是可以自如控制輸出格式,我們推薦采用這種方法。第四種方法是第三種方法的變種,采用了Xalan XML Serializer,引入了串行化操作,對于大量文檔的修改/輸出有優越性,可惜的是要重復設置XSLT引擎的屬性和XML Serializer的輸出屬性,比較麻煩,而且依賴于Apache Xalan和Apache Xerces技術,通用性略顯不足。除此之外，實際上應用別的API(比如dom4j、JDOM、Castor、XML4J、Oracle XML Parser V2)也有很多辦法可以更新XML文檔。

概念介紹
        Xerces/Crimson是XML解析器，Xalan是XSLT處理器，xml-apis.jar實際上是JAXP。
        Apache Crimson的前身是Sun Project X Parser, 至今Apache Crimson的很多代碼都是從X Parser中直接移植過來的。早期的JAXP是和X Parser捆綁在一起的。后來的 JAXP和Apache Crimson捆綁在一起,比如JAXP 1.1。最新的JAXP 1.2 EA(Early Access)改弦更張,采用性能更好的Apache Xalan和Apache Xerces分別作為XSLT處理器和XML解析器,不能直接支持Apache Crimson了。
        dom4j(dom4j.jar)是一個Java的XML API，類似于jdom，用來讀寫XML文件的。dom4j是一個非常非常優秀的Java XML API，具有性能優異、功能強大和極端易用使用的特點，同時它也是一個開放源代碼的軟件，可以在SourceForge上找到它。在IBM developerWorks上面可以找到一篇文章，對主流的Java XML API進行的性能、功能和易用性的評測，dom4j無論在那個方面都是非常出色的。

.NET垃圾收集器的過去、現在和未來（一）

Patrick Dussud介紹：
Patrick Dussud在微軟工作了11年，曾經負責VBA、Jscript、MS Java等語言運行時的垃圾收集器（Garbage Collector）的設計，目前負責.NET CLR垃圾收集器的設計。他是.NET CLR的架構師，WinFX的首席架構師，Windows架構師組的成員。
在微軟之前，Patrick是德州儀器（TI）Explorer工作站系統的主要設計人，Lucid公司Energize產品的首席架構師。

關鍵內容摘要

1. 微管理 / 內存的顯式管理 ---  手動內存管理（new/delete）
        你必須保證在釋放之前內存沒有被別人使用，如果你把內存給了別人，往往你就不確定應該何時釋放內存了。當你釋放了內存，不知道別人正在使用這塊內存時，就產生了程序崩潰的問題。所以，當你顯式進行“new”和“delete”時，內存管理是一個復雜的問題，并且，此時你的代碼不可組合。要么你必須確定對自己的內存有完全的控制，因此，要達到這種完全隔離的目的，你必須在將內存傳遞給別的模塊時進行完全拷貝，這樣，別的模塊就只對這個完全拷貝的內存負責。要么你就得在某個地方形成對整個內存池的統一的管理，這就是自動化內存管理，這就是垃圾收集器的工作。

2. 對象終止器的調用時機由垃圾收集器決定，這些對象的析構函數被調用的先后順序是無法預先確定的。提出了“關鍵終止化對象”的概念。當有一系列對象需要終止化時，關鍵終止化對象最后被終止化，直到上層對象干完工作前。

3.  工作機理： 垃圾收集器首先遍歷所有的棧和靜態變量，然后返回最初的樹集。然后遍歷樹集對程序能夠到達的每一個對象作標記。此時，我們就能逐個對象地檢查內存，發現它被標記了，好的，留下。沒有被標記？喔，我們有一個垃圾了。

4.  垃圾收集器的絕大部分速度和效率都來源于對回收策略的調整。通過保持內存緊湊，形成緩存本地化，頁面本地化等等優勢，很可能其效率甚至高于傳統“new”和“delete” 操作，尤其是對于非常難以管理的服務器內存來說更是如此。

如下代碼：
class A{
    public void foo(){print（"aaaaa"）;}
}

class B extends A{
    public void foo(){print("bbbbb");}
}

如果想通過B的實例化變量來調用被override的父類的方法foo（）：

B b = new B();

在C++中（VC 6）可以兩種途徑；
1.  (（A）b).foo();
2.  A a = B();

在java中類似做法則行不通，依然訪問的是子類方法。
而且，在java中好像達不到這個目的。

web常用的功能性測試方法

發布時間: 2007-9-20 12:13    作者: 未知    來源: 網絡轉載

      
        1. 頁面鏈接檢查：每一個鏈接是否都有對應的頁面，并且頁面之間切換正確。

        2. 相關性檢查：刪除/增加一項會不會對其他項產生影響，如果產生影響，這些影響是否都正確。

        3. 檢查按鈕的功能是否正確：如update、cancel、delete、save等功能是否正確。

        4. 字符串長度檢查：輸入超出需求所說明的字符串長度的內容，看系統是否檢查字符串長度，會不會出錯。

        5. 字符類型檢查：在應該輸入指定類型的內容的地方輸入其他類型的內容(如在應該輸入整型的地方輸入其他字符類型)，看系統是否檢查字符類型，會否報錯。

        6. 標點符號檢查：輸入內容包括各種標點符號，特別是空格、各種引號、回車鍵。看系統處理是否正確。

        7. 中文字符處理：在可以輸入中文的系統輸入中文，看會否出現亂碼或出錯。

        8. 檢查帶出信息的完整性：在查看信息和update信息時，查看所填寫的信息是不是全部帶出，帶出信息和添加的是否一致。

        9. 信息重復：在一些需要命名，且名字應該唯一的信息輸入重復的名字或ID，看系統有沒有處理，會否報錯，重名包括是否區分大小寫，以及在輸入內容的前后輸入空格，系統是否作出正確處理。

        10. 檢查刪除功能：在一些可以一次刪除多個信息的地方，不選擇任何信息，按”delete”，看系統如何處理，會否出錯;然后選擇一個和多個信息，進行刪除，看是否正確處理。

        11. 檢查添加和修改是否一致：檢查添加和修改信息的要求是否一致，例如添加要求必填的項，修改也應該必填；添加規定為整型的項，修改也必須為整型。

        12. 檢查修改重名：修改時把不能重名的項改為已存在的內容，看會否處理，報錯。同時，也要注意，會不會報和自己重名的錯。

        13. 重復提交表單：一條已經成功提交的紀錄，back后再提交，看看系統是否做了處理。

        14. 檢查多次使用back鍵的情況：在有back的地方，back，回到原來頁面，再back，重復多次，看會否出錯。

        15. search檢查：在有search功能的地方輸入系統存在和不存在的內容，看search結果是否正確。如果可以輸入多個search條件，可以同時添加合理和不合理的條件，看系統處理是否正確。

        16. 輸入信息位置：注意在光標停留的地方輸入信息時，光標和所輸入的信息會否跳到別的地方。

        17. 上傳下載文件檢查：上傳下載文件的功能是否實現，上傳文件是否能打開。對上傳文件的格式有何規定，系統是否有解釋信息，并檢查系統是否能夠做到。

        18. 必填項檢查：應該填寫的項沒有填寫時系統是否都做了處理，對必填項是否有提示信息，如在必填項前加* 

        19. 快捷鍵檢查：是否支持常用快捷鍵，如Ctrl+C Ctrl+V Backspace等，對一些不允許輸入信息的字段，如選人，選日期對快捷方式是否也做了限制。

        20. 回車鍵檢查：在輸入結束后直接按回車鍵，看系統處理如何，會否報錯。

調整完/usr的掛載點后，出現了一個奇怪的現象，原來正確的系統時鐘現在出故障了，提前了8個小時。
鼓掌現象具體表現為：每次啟動系統，ubuntu會用BIOS的時間＋8后作為系統時鐘，同時會把新的時間重新同步到BIOS中。所以每啟動一次，時間就會快進8小時。很是怪異。
網上一通google才搞定。

原因是因為/usr的掛載時間被滯后了，由于/etc/localtime（時區信息）是連接到/usr/share/zoneinfo/下的某個設定好的時區文件。在系統獲取時區信息時/usr尚未掛載，所以系統始終就錯了。

修復辦法很簡單:
1.  rm /etc/localtime(取消原來的符號連接)
2. 把/usr/share/zoneinfo/下的某個設定好的時區文件copy到/etc/localtime.
3. 重新啟動，故障消除。

相關概念：
UTC（Universal Time Coordinated)  = GMT  (Greenwich Mean Time)
hwclock :   query and set the hardware clock (RTC)
hwclock通過/etc/default/rcS的UTC（＝yes/no）來認定BIOS時鐘是UTC還是localtime。

參考文章：
http://blog.chinaz.com/u1/5830/archives/2006/36628.shtml

昨天由于ubuntu的/分區空間緊張，決定把/usr掛載到別的分區。
掛載步驟(root權限執行)：
1.   init  1  －－ 切換到單用戶模式。
2.   cp -ax /usr/*  /mnt/tmp  (tmp為新的/usr分區)。 －－ 拷貝現在/usr下的內容到待切換的分區。
3.   ls -l /dev/disk/by-uuid    －－ 查看分區的UUID。
4.   修改/etc/fstab中/usr的掛載方式，掛接到新的/usr分區。
5.   mv /usr /usr.old   －－ 重命名現有的/usr為/usr.old, 為第6步做準備，重啟動后可以刪除之。
6.   mkdir /usr   －－ 創建新的/usr掛載點，啟動時自動掛載/usr分區到此處。
7.   restart

/home 分區是最常移動的分區之一。某些時候，/home 中的全部空間都用完了，而且需要增加一個硬盤驅動器。另一些時候，/home 被設置為根分區的一部分，為了提高性能或便于備份，可能需要將它移動到別的地方。我會針對每種情況說明如何安全有效地移動 /home。

please visit the address:
http://www.ibm.com/developerworks/cn/linux/l-tip-prompt/tip05/index.html