<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)編輯 收藏

    主站蜘蛛池模板: 亚洲黄片手机免费观看| 免费福利在线观看| 久久爰www免费人成| 国产亚洲精品拍拍拍拍拍| 十八禁的黄污污免费网站| 亚洲一级片内射网站在线观看| 美女露隐私全部免费直播| 免费人成视频在线观看视频| 美女黄色毛片免费看| 亚洲国产午夜福利在线播放| 香蕉免费一级视频在线观看| 日本红怡院亚洲红怡院最新| 日本视频免费高清一本18| 久久亚洲AV成人出白浆无码国产| 91精品免费久久久久久久久| 亚洲avav天堂av在线网爱情| 在线看片无码永久免费aⅴ| 国产AV日韩A∨亚洲AV电影| 亚洲综合无码精品一区二区三区| 久久狠狠躁免费观看| 亚洲免费二区三区| 国产免费午夜a无码v视频| 国产va免费精品| 亚洲精品国产专区91在线| 国产香蕉九九久久精品免费| 免费在线观看亚洲| 亚洲成AV人片在线观看WWW| 亚欧免费视频一区二区三区| 亚洲另类无码专区首页| 中文字幕亚洲无线码| 曰批全过程免费视频网址| 亚洲国产精品无码中文lv| 亚洲欧洲精品成人久久曰影片| 99在线观看免费视频| 在线亚洲精品视频| 久久久影院亚洲精品| 成**人免费一级毛片| 成人无码WWW免费视频| 亚洲中文字幕无码亚洲成A人片| 在线精品亚洲一区二区三区| 男女超爽刺激视频免费播放|