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

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

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

    ice world

    There is nothing too difficult if you put your heart into it.
    posts - 104, comments - 103, trackbacks - 0, articles - 0

    2014年1月23日

    這個問題很多小伙伴都遇到了,網上搜羅了半天也沒找到太好、太完美的解決辦法,有人說是因為安裝IE11時聯網了,導致自動打了補丁,這個補丁可以自動檢查IE主頁是否損壞,可以通過卸載相應的補丁解決,我同時又找到了另外一個通過修改hosts文件的方法,貌似目前解決了我的問題,修改方法如下: 使用記事本打開 C:\Windows\System32\drivers\etc\hosts 文件,在最下面追加一行: 127.0.0.1 ieonline.microsoft.com

    posted @ 2016-08-12 10:47 IceWee 閱讀(879) | 評論 (0)編輯 收藏

    將JDK中BIN文件夾下的 msvcr71.dll 這個文件復制到 TOMCAT 中的 BIN 下

    posted @ 2016-01-18 13:43 IceWee 閱讀(427) | 評論 (0)編輯 收藏

    有段日子沒做記錄了,這段日子一直在排雷(前人埋下的隱患代碼,或者直接說bug),今天這個雷讓我排了將近大半天,因為是正式上線的系統,只能看后臺日志,不能調試,打印出的異常信息不完整,種種的條件不充分,導致問題很難定位。標題上的兩個異常,第一個一看就明白是插入的數值大于數據庫字段長度,第二個多是因為Number類型的字段導致,比如精度不足。

    我們的這次問題原因是程序員在做除法運算時沒有對除數進行非零判斷,導致計算出來的數值非法,插入數據庫失敗,請看代碼:
    public static void main(String[] args) {
            
    double a = 10;
            
    double b = 0;
            
    double c = 0;
            
            
    double m = a/c;
            
    double n = b/c;
            
            System.out.println(m);
            System.out.println(n);
        }

    經過計算后,m和n的值分別是多少?沒在實際開發中遇到的可能不知道,或者你有個好習慣不會出現這樣的bug,請看結果:
    Infinity
    NaN

    被除數非零,除數為零做除法的結果是字符串“Infinity”,翻譯成中文就是“無限”,你的中學數學老師可能說過;
    被除數為零,除數為零做觸發的結果是字符串“NaN”,即不是有效的數字。

    就是這個“Infinity”花費了我一小天的時間才定位。下面詳述問題定位的方法。

    異常1:ORA-01438: value larger than specified precision allowed for this column
    了解點數據庫的打眼一看就知道插入的數值超過了表字段長度,但你知道是哪個表哪個字段嗎?我不知道,于是網上查閱了下,Oracle數據庫服務器在Linux上。

    命令行登陸到數據庫所在服務器,進入Oracle的安裝目錄,假設是/opt/oracle/
    進入到如下目錄:/opt/oracle/admin/實例名/udump
    中間的數據庫實例名根據實際情況修改,udump目錄下會有一堆的.trc文件,這些文件記錄了所有操作當前數據庫出現異常的堆棧信息。為了定位問題,我將該目錄下的所有.trc文件都刪除了(當然,刪除之前把udump目錄整個備份了),再進行一次系統的業務操作,查看一下udump目錄,發現立刻生成一個新 的.trc文件,打開查看(內容片段):
    Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
    With the Partitioning
    , Real Application Clusters, OLAP, Data Mining
    and Real Application Testing options
    ORACLE_HOME 
    = /u01/app/oracle/product/10.2/db_1
    System name:    AIX
    Node name
    :    gsdj1
    Release
    :    1
    Version
    :    6
    Machine
    :    00CFD4644C00
    Instance name
    : bjwd1
    Redo thread mounted by this instance: 1
    Oracle process number
    : 132
    Unix process pid
    : 48300280, image: oracle@gsdj1

    *** SERVICE NAME:(bjwd) 2014-03-28 16:48:05.683
    *** SESSION ID:(2969.439612014-03-28 16:48:05.683
    *** 2014-03-28 16:48:05.683
    ksedmp
    : internal or fatal error
    ORA
    -01438: value larger than specified precision allowed for this column
    Current SQL statement 
    for this session:
    insert into CP_TEMP_STOCKTRAN (APPLY_ID, ALIEN, CER_TYPE, CER_NO, TRANS_AM, TRANS_AM_PR, TRANS_TYPE, TRANS_DATE, ENDORSOR, BLIC_TYPE, ALIEN_ID, ENDORSOR_ID, STOCKTRAN_ID) values (:1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12, :13)

    黃色背景紅色字體的SQL就是罪魁禍首,這僅僅能定位發生問題的數據庫表,字段還得自己排查。異常1讓我定位到了這里,這時想起了異常2。


    異常2: Could not synchronize database state with session
    之前也搜索過這個異常,多數是由于Number類型的字段導致。冷靜的思考一下,平常我們在做表設計時,會把文字類型的字段設置大一些,Number類型的精度也會根據實際業務進行設計,但往往Number類型的字段最容易出問題:
    1、如果將非Number值插入該字段,比如字符串
    2、如果插入的數值精度過多,如字段設計Number(10,2),也就是最大支持8為整數和兩位小數,要插入34.121313就會失敗

    根據表名定位到hibernate的映射文件以及實體類,再從業務功能入口(一個action方法)搜索,終于定位到一個業務接口做了該實體類的保存代碼,定位到了那個字段,定位到了做除法沒有判斷除數是否為0。








    posted @ 2014-03-28 18:54 IceWee 閱讀(873) | 評論 (0)編輯 收藏

    網絡配置:
    臨時(重丟失)
    ifconfig eth0 192.168.1.xxx netmask 255.255.xxx.0


    永久(重啟有效)
    vi /etc/network/interfaces

    # This file describes the network interfaces available on your system
    # and how to activate them. For more information, see interfaces(5).

    # The loopback network interface
    auto lo
    iface lo inet loopback

    # The primary network interface
    allow-hotplug eth0
    iface eth0 inet static
            address 192.168.1.xxx
            netmask 255.255.xxx.0
            network 192.168.1.1
            broadcast 192.168.1.255
            gateway 192.168.1.1
            
    # dns-* options are implemented by the resolvconf package, if installed
            dns-nameservers 202.106.196.115


    由于非法關機導致重啟后無法聯網

    ifconfig eth0 192.168.1.xxx netmask 255.255.xxx.0 

    route add default gw 192.168.1.1

    重啟后配置丟失,所以必須在重啟之前執行:
    apt-get update

    apt-get install ifupdown

    不能聯網是因為非法關機導致ifup腳本丟失





    posted @ 2014-01-24 10:50 IceWee 閱讀(900) | 評論 (0)編輯 收藏

    源機器:192.168.1.1
    備份機器:192.168.1.2

    前提條件:
    1、兩臺機器的網絡是連通的
    2、兩臺機器必須同時安裝了SVN服務器

    假設:
    源機器上需要同步的庫名為autoSync,訪問地址為:svn://192.168.1.1/autoSync,對其具備讀寫權限的賬戶:sync/sync

    備份機器配置:
    1、創建與源機器庫名相同的空庫
    # 假設備份機器的SVN根目錄建立在 /home/backup/svn/repository下
    svnadmin create /home/backup/svn/repository/autoSync

    2、配置備份機器上的autoSync
    分別修改conf下的svnserve.conf、passwd、authz,根據實際情況配置,假設創建了用戶sync/sync,對庫autoSync具備讀寫權限,配置方法略,配置完成后啟動SVN服務

    3、創建并修改pre-revprop-change文件
    cd /home/backup/svn/repository/autoSync/hooks
    cp pre
    -revprop-change.tmpl pre-revprop-change
    vi pre-revprop-change

    將文件末尾的“exit 1”改為“exit 0”即可,保存退出
    REPOS="$1"
    REV
    ="$2"
    USER
    ="$3"
    PROPNAME
    ="$4"
    ACTION
    ="$5"

    if
    [ "$ACTION" = "M" -a "$PROPNAME" = "svn:log" ]; then exit 0; fi

    echo
    "Changing revision properties other than svn:log is prohibited" >&2
    exit
    0

    增加可執行權限
    chmod 755 pre-revprop-change

    4、初始化
    命令:
    svnsync init --username 用戶名 --password 密碼 備份機器庫URL 源機器庫URL

    說明:
    用戶名和密碼是對源機器SVN庫具備讀寫權限的SVN用戶

    示例:
    svnsync init --username sync --password sync svn://192.168.1.2/autoSync svn://192.168.1.1/autoSync

    5、首次同步
    首次同步即為一次全備份過程,在此期間請停止客戶端段源機器哦一切操作(提交代碼等)
    命令:
    svnsync sync 備份機器庫URL
    示例:
    svnsync sync svn://192.168.1.2/autoSync

    源機器配置
    6、增量自動同步配置
    創建并修改post-commit文件
    # 假設源機器的SVN根目錄建立在 /home/svn/repository下
    cd /home/svn/repository/autoSync/hooks
    cp post
    -commit.tmpl post-commit
    vi post
    -commit

    在文件末尾追加:svnsync sync --non-interactive 備份機器庫URL --username 用戶名 --password 密碼

    說明:
    用戶名和密碼是對備份機器SVN庫具備讀寫權限的SVN用戶

    示例:
    svnsync sync --non-interactive svn://192.168.1.2/autoSync --username sync --password sync

    7、術語
    配置完成,今后客戶端再向SVN(192.168.1.1)提交文件時,會自動觸發源機器(192.168.1.1)向備份機器(192.168.1.2)提交更新

    8、版本庫UUID一致性
    首先查看源機器庫的UUID,假設得到的是:fcdcbee9-6be3-4575-8d4a-681ec15ad8e0
    svnlook uuid svn://192.168.1.1/autoSync

    更新備份機器庫的UUID為源機器庫的UUID
    svnadmin setuuid svn://192.168.1.2/autoSync fcdcbee9-6be3-4575-8d4a-681ec15ad8e0




    posted @ 2014-01-23 11:08 IceWee 閱讀(646) | 評論 (0)編輯 收藏

    主站蜘蛛池模板: 亚洲黄色在线观看| 亚洲日韩区在线电影| 无码国产精品一区二区免费vr | 亚洲精品国产精品国自产观看| 亚洲中文字幕无码av永久| 免费视频中文字幕| 美女视频黄是免费的网址| 国产成年无码久久久免费| jizzjizz亚洲日本少妇| 国产亚洲精品bv在线观看| 久久精品国产亚洲香蕉| 亚洲午夜精品一级在线播放放| 好大好硬好爽免费视频| 又黄又爽又成人免费视频| 在线人成精品免费视频| 亚洲精品视频免费在线观看| 在线成人精品国产区免费| 免费无码又爽又刺激网站直播| xvideos永久免费入口| 一进一出60分钟免费视频| 男女猛烈激情xx00免费视频| 成人片黄网站色大片免费观看cn | 亚洲男人的天堂一区二区| 男人的天堂亚洲一区二区三区 | 在线观看日本免费a∨视频| 美女视频黄免费亚洲| 国产一区二区三区在线免费 | 免费观看激色视频网站bd | 18以下岁毛片在免费播放| 3344免费播放观看视频| 成年人在线免费观看| 亚洲福利精品一区二区三区| 亚洲AV日韩AV永久无码久久 | 四虎影视免费永久在线观看| 久久久久久久亚洲精品| 久久精品亚洲精品国产色婷| 亚洲欧洲av综合色无码| 久久青草国产免费观看| 日韩精品免费一区二区三区| 亚洲精品高清久久| 国产区在线免费观看|