<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    2008年7月6日

    搭建過程備注:
    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集群環境構建完畢。

    參考文檔:
    Windows Server 2008的故障轉移群集入門: http://os.51cto.com/art/201007/210286.htm
    windows server2008虛擬機+群集: http://wenku.baidu.com/view/5e5b2be8e009581b6bd9eb1a.html
    Windows2008+sqlserver2008集群安裝:http://wenku.baidu.com/view/601dc74d2b160b4e767fcf46.html

    posted @ 2012-06-21 09:23 bluoy 閱讀(3943) | 評論 (0)編輯 收藏

    神一樣的軟件,膜拜ing...
    連我這天生kernel iptable有缺陷的都能用。

    當前版本:2.04.
    還是個Open Source的,改天一定要好好觀摩一番的。

    posted @ 2011-09-28 15:55 bluoy 閱讀(313) | 評論 (0)編輯 收藏

    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.

    posted @ 2011-01-07 10:54 bluoy 閱讀(364) | 評論 (0)編輯 收藏

    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

    posted @ 2009-04-23 16:30 bluoy 閱讀(380) | 評論 (0)編輯 收藏

    下面的例子實現把一個整數的各個位上的數字相加,通過這個例子我們再次理解 connect by.

    create or replace function f_digit_add(innum integer) return number
    is
    outnum integer;
    begin
    if innum<0 then
    return 0;
    end if;
    select sum(nm) into outnum from(
    select substr(innum,rownum,1) nm from dual connect by
    rownum<length(innum)
    );
    return outnum;
    end f_digit_add;
    /

    select f_digit_add(123456) from dual;

    posted @ 2009-04-01 17:02 bluoy 閱讀(831) | 評論 (1)編輯 收藏

    終于搞明白了困惑很久的問題,罪魁禍首還是jdk啊。天殺的。
    以下內容轉自網絡:

    測試環境:Win2K Pro日文版,SUN J2SDK 1.5.0-beta2

    經過測試,發現Shift_JIS和MS932編碼的全角波浪線(“~”)的編碼都是 0x8160(16進制,兩個字節,高位在前)。通過sun.io.ByteToCharMS932轉換后得到Unicode字符'\uFF5E',而通過sun.io.ByteToCharSJIS轉換后則得到Unicode字符'\u301C'。

    反之,Unicode字符'\uFF5E'通過sun.io.CharToByteMS932轉換后會得到MS932編碼的本地字符0x8160(16進制,兩個字節,高位在前),而Unicode字符'\u301C'通過 sun.io.CharToByteSJIS轉換后也會得到Shift_JIS編碼的本地字符0x8160(16進制,兩個字節,高位在前),兩者的轉換結果相同。

    結論:在WinNT/2K/XP上,MS932和Shift_JIS這兩種本地字符集完全相同,只是分別采用JDK的sun.io.ByteToCharMS932和sun.io.ByteToCharSJIS對個別特殊的本地字符進行轉換后所得到的 Unicode字符并不一樣。實際上,MS932就是WinNT/2K/XP上的Shift_JIS,只是與標準版的Shift_JIS字符集相比,MS932收錄了更多的字符,比如NEC和IBM對Shift_JIS的擴展(如日文中的“?????①..?...”等等);然而,JDK中的 ByteToCharSJIS及CharToByteSJIS卻使用了標準的Shift_JIS字符集,所以部分擴展字符在從byte轉換成char或是從char轉換成byte時會出現亂碼,這的確是JDK讓人非常迷惑的一處。

    參考資料1(日文):http://www.asahi-net.or.jp/~ez3k-msym/charsets/jis2ucs.htm

    posted @ 2009-02-03 16:52 bluoy 閱讀(1393) | 評論 (0)編輯 收藏

    1. 函數的overwrite實現時,函數參數類型必須嚴格一致。與overload不同,并不遵守參數優先匹配的原則。
    所以,不能用子類,或這接口的實現類來妄圖得到overwrite的目的。
    2. 使用反射手法時,getMethod()的調用,參數類型必須與要得到的函數類型嚴格一致。與overload不同,并不遵守參數優先匹配的原則。
    3內部類,要實例化時必須首先實例化包含類。可以理解為內部類只是包含類的數據成員
    4非public類,非javabean規范的Bean,內部類BeanUtil類無法進行操作,比如clone()等等。

    posted @ 2008-12-28 10:54 bluoy 閱讀(190) | 評論 (0)編輯 收藏

    雖然java沒有提供函數指針的操作,而是必須通過對象來曲線救國。
    不過延伸一下這個思路,其實也未必不是件好事。從某種意義上來說,整個java系統,或者對象系統,其實就是不計其數的鉤子組成的系統。因為,參數傳遞的過程中完全依賴著對象,一種行為和數據的結合體。這里,關鍵詞是參數傳遞和對象的行為,當然離不開多態。
            改變既有代碼的行為步驟:
            1. 派生參數類得到新的子類。
            2. 在子類中覆寫(overwrite)父類既有方法。
            3. 將子類的實例作為參數傳遞。
            這樣,就得到了改變父類行為的目的。
     對于既有框架自作主張的封裝,阻礙自己的目的的時候,這個做法往往能獨辟蹊徑。

    posted @ 2008-12-28 10:40 bluoy 閱讀(191) | 評論 (0)編輯 收藏

    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. 性能問題。雖說硬件性能日新月異,但是性能也是在不經意間一點一點地流失的。從匯編到高級語言,到面向對象,到虛擬機,一直處于這樣的發展趨勢。

    posted @ 2008-07-06 10:21 bluoy 閱讀(2011) | 評論 (3)編輯 收藏

    主站蜘蛛池模板: 久久亚洲一区二区| 久久久久亚洲AV成人网人人软件| 亚洲国产精品久久久久久| 特级做A爰片毛片免费看无码| 亚洲七七久久精品中文国产| 国产在线播放线91免费 | 男人的天堂亚洲一区二区三区| 亚洲视频在线观看视频| 免费观看AV片在线播放| 亚洲精品无码不卡在线播放| 日本高清免费不卡在线| 黄色免费网址大全| 亚洲精品美女久久777777| 少妇无码一区二区三区免费| 亚洲国产成人va在线观看网址| 国产成人A在线观看视频免费 | 最新国产精品亚洲| 国产精品成人四虎免费视频| 一个人看的www在线免费视频| 亚洲伊人色欲综合网| 18女人水真多免费高清毛片| 亚洲日韩国产欧美一区二区三区| 亚洲成年人啊啊aa在线观看| 两个人看的www免费高清| 亚洲国产成人91精品| 免费一级成人毛片| 亚洲免费视频在线观看| 亚洲精品自偷自拍无码| 中文字幕亚洲专区| 狼群影院在线观看免费观看直播 | 久久国产免费直播| 亚洲国产美女精品久久| 亚洲国产精品不卡毛片a在线| 久久久久国产精品免费免费不卡| 亚洲欧美第一成人网站7777| 亚洲一区二区三区影院 | 亚洲乱亚洲乱淫久久| 热99re久久精品精品免费| 免费国产成人午夜在线观看| 亚洲欧美日韩自偷自拍| 亚洲爆乳无码专区|