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

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

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

    Atea - Hero's Grave

    面向?qū)ο螅_源,框架,敏捷,云計算,NoSQL,商業(yè)智能,編程思想。

      BlogJava :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
      40 隨筆 :: 0 文章 :: 28 評論 :: 0 Trackbacks

    2011年6月24日 #

    有2臺linux服務(wù)器,一臺布apache(A)和tomcat應(yīng)用程序(B),一臺布solr管理平臺(C)。

    發(fā)現(xiàn)的bug為:
    前臺訪問A,A轉(zhuǎn)發(fā)給B,B再訪問C,訪問失敗。

    經(jīng)試驗,web server和app server不能放到一臺服務(wù)器上,否則通過apache代理,app server調(diào)用solrj會因獲取不到連接而失敗。

    目前跟蹤調(diào)查到
    org.apache.solr.client.solrj.impl.CommonsHttpSolrServer
    ->
    org.apache.commons.httpclient.HttpClient
    ->
    org.apache.commons.httpclient.MultiThreadedHttpConnectionManager

    httpclient的版本是3.1,懷疑是MultiThreadedHttpConnectionManager自定義的池出的問題。
    網(wǎng)上搜了搜,沒什么相關(guān)資料。最近太忙,沒精力刨根問底了。暫時改了solrj源碼,使用了默認的new HttpClient()
    有誰也遇到類似問題并解決了,或知道怎么回事,麻煩告知一下。

    PS:
    solr更新這么迅速,為啥不把httpclient升級一下

    posted @ 2012-02-29 16:45 Atea 閱讀(328) | 評論 (0)編輯 收藏

    最近又折騰起了activemq。見Failover的文檔沒有中文的,就順手給翻了:

    Apache ActiveMQ - The Failover Transport Options

    Option Name Default Value Description
    initialReconnectDelay 10
    第一次重連的時間間隔(毫秒)
    maxReconnectDelay 30000
    最長重連的時間間隔(毫秒)
    useExponentialBackOff true
    重連時間間隔是否以指數(shù)形式增長
    backOffMultiplier 2.0
    指數(shù)的值
    maxReconnectAttempts -1 >= AMQ v5.6
    0 < AMQ v5.6,
    自版本5.6起:-1為默認值,代表不限重試次數(shù);0代表從不重試(只嘗試連接一次,并不重連)
    5.6以前的版本:0為默認值,代表不限重試次數(shù)
    所有版本:如果設(shè)置為大于0的數(shù),代表最大重試次數(shù)
    startupMaxReconnectAttempts 0
    初始化時的最大重連次數(shù)。一旦連接上,將使用maxReconnectAttempts的配置
    randomize true
    使用隨機鏈接(注:達到負載均衡的目的)
    backup false
    提前初始化一個未使用連接,以便進行快速失敗轉(zhuǎn)移
    timeout -1
    設(shè)置發(fā)送操作的總計最大超時時間(毫秒)
    trackMessages false
    在重連過程中緩存消息
    maxCacheSize 131072
    緩存的最大字節(jié)數(shù)
    updateURIsSupported true
    設(shè)定是否可以動態(tài)修改broker uri(自版本5.4起)

    posted @ 2011-12-28 10:35 Atea 閱讀(2974) | 評論 (0)編輯 收藏

         摘要: 標題起的有些大,僅代表自己和身邊一些人從業(yè)這幾年來的感悟:P  閱讀全文
    posted @ 2011-09-01 15:31 Atea 閱讀(2758) | 評論 (5)編輯 收藏

    現(xiàn)象:
    JDBC執(zhí)行 UPDATE DB_NAME.TABLE_NAME SET COLUMN_NAME xxxx;
    然后操作并不計入mysql binlog,主從復(fù)制失效。

    發(fā)生條件:
    1、MySQL 5.1 (理論上5.1+)
    2、SQL語句指定庫名/跨庫執(zhí)行,之前沒有指到這個庫下面(use DATABASE_NAME )
    3、MySQL主從配置沒有加--replicate-wild-do-table=db_name.%

    解決辦法:
    在主從配置文件內(nèi)加入?yún)?shù)
    --replicate-wild-do-table=db_name.%

    參考文檔:
    MySQL官方文檔
    posted @ 2011-06-24 16:47 Atea 閱讀(531) | 評論 (0)編輯 收藏

    主站蜘蛛池模板: 日本不卡免费新一二三区| 亚洲视频在线精品| 亚洲综合激情九月婷婷| 久久免费观看国产精品| 日本亚洲成高清一区二区三区 | 久久精品国产亚洲av麻| 99久久婷婷免费国产综合精品| 99在线热视频只有精品免费| 亚洲精品免费在线观看| 蜜臀AV免费一区二区三区| 亚洲宅男天堂a在线| 精品久久久久成人码免费动漫| 亚洲fuli在线观看| 成年人免费观看视频网站| 亚洲另类无码一区二区三区| 国产一区二区免费在线| 一道本不卡免费视频| 国产成在线观看免费视频| 亚洲男人天堂2018av| 国产一区二区三区在线观看免费| 香蕉视频在线观看免费| 国产精品视频免费一区二区| 亚洲乱亚洲乱妇无码| 亚洲第一成人影院| 国产成人AV片无码免费| 亚洲videos| 亚洲а∨天堂久久精品| 日本高清高色视频免费| 亚洲午夜久久久精品电影院| 日本免费无遮挡吸乳视频电影| 未满十八私人高清免费影院| 亚洲第一精品福利| 国产一级a毛一级a看免费视频 | 久久永久免费人妻精品下载| 精品丝袜国产自在线拍亚洲| 免费人成激情视频| 免费无码一区二区三区| 精品国产亚洲第一区二区三区| 亚洲精品无码乱码成人 | 免费v片在线观看视频网站| 亚洲人片在线观看天堂无码|