<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

    置頂隨筆 #

         摘要: 地址是: http://atealxt.appspot.com/  閱讀全文
    posted @ 2009-06-24 15:09 Atea 閱讀(553) | 評論 (1)編輯 收藏

    2012年2月29日 #

    有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源碼,使用了默認(rèn)的new HttpClient()
    有誰也遇到類似問題并解決了,或知道怎么回事,麻煩告知一下。

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

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

    2011年12月28日 #

    最近又折騰起了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為默認(rèn)值,代表不限重試次數(shù);0代表從不重試(只嘗試連接一次,并不重連)
    5.6以前的版本:0為默認(rèn)值,代表不限重試次數(shù)
    所有版本:如果設(shè)置為大于0的數(shù),代表最大重試次數(shù)
    startupMaxReconnectAttempts 0
    初始化時的最大重連次數(shù)。一旦連接上,將使用maxReconnectAttempts的配置
    randomize true
    使用隨機鏈接(注:達(dá)到負(fù)載均衡的目的)
    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 閱讀(2973) | 評論 (0)編輯 收藏

    2011年9月1日 #

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

    2011年6月24日 #

    現(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 閱讀(530) | 評論 (0)編輯 收藏

    2011年6月8日 #

         摘要: VJET JavaScript IDE 是一個Eclipse插件,提供了整套的Javascript開發(fā)環(huán)境:語法提示、自動補全、高亮、編輯糾錯、debug等。
    比起Aptana來,VJET更加輕量,速度也更快。  閱讀全文
    posted @ 2011-06-08 13:48 Atea 閱讀(10354) | 評論 (1)編輯 收藏

    2011年5月31日 #

         摘要: JDK1.5引入的泛型,減少了類型強轉(zhuǎn)的代碼,增加了編譯檢查,提高了代碼的健壯性。
    但在某些情況,泛型檢查會出乎意料的“丟失”,由此可引發(fā)難以發(fā)現(xiàn)的bug。  閱讀全文
    posted @ 2011-05-31 10:31 Atea 閱讀(686) | 評論 (0)編輯 收藏

    2011年3月17日 #

    如果別人只是讀取數(shù)據(jù),F(xiàn)OR UPDATE就不會鎖定資源不讓他們讀
    sum,count等函數(shù)為表鎖
    null不等于任何值,包括它自己
    盡量不要使用LONG型字段,而考慮使用CLOB
    與不可重復(fù)讀的區(qū)別在于:在幻像讀中,已經(jīng)讀取的數(shù)據(jù)不會改變,只是與以前相比,會有更多的數(shù)據(jù)滿足你的查詢條件
    客戶端發(fā)出的語句(如INSERT INTO)是原子性的
    應(yīng)慎用IMMEDIATE約束。一條語句可能會使表中的各行暫時“不一致”,這是很自然的。
    一般認(rèn)為,用更新級聯(lián)來修改主鍵是很不好的做法
    應(yīng)手動給外鍵加索引,否則會引起子表的表鎖。
    優(yōu)化期會對視圖的來源表使用查詢。所以,對視圖加索引不如直接對來源表進行索引優(yōu)化。

    無法通過頻繁提交來“節(jié)省”undo空間,所以沒有必要在循環(huán)中提交。
    1、事務(wù)的粒度(時長)應(yīng)設(shè)計的盡可能?。ǘ蹋?br /> 2、事務(wù)不是稀缺資源,所以不要在循環(huán)中提交
    以上2個說法都正確,并不矛盾:
    Re1: 事務(wù)過大,會在rollback時消耗大量資源
    Re2: 循環(huán)提交會頻繁IO

    性能調(diào)優(yōu),應(yīng)首先嘗試減少查詢的運行時間,其次再考慮設(shè)置參數(shù)等。
    查詢中最好手動加上order by
    索引組織表(IOT)是存儲在索引結(jié)構(gòu)中的表,適合OLAP應(yīng)用。IOT不存在主鍵的空間開銷,因為索引就是輸據(jù)。
    位圖索引適用于高度重復(fù)而且通常只讀的數(shù)據(jù)(在OLTP中慎用,涉及到并發(fā)性)。在讀密集的環(huán)境中能很好的工作,但極不適用于寫密集環(huán)境。
    僅當(dāng)要通過索引訪問表中很少的一部分行(很小的一個百分比)時,才使用B*索引。每個唯一約束應(yīng)該至少有一個確實唯一的NOT NULL列。B*樹索引不會對一個完全為NULL的項加索引。

    http://atealxt.appspot.com/article/20110317/book_read_note_oracle_database_9i10gand11g_programming_techniques_and_solutions.html
    posted @ 2011-03-17 22:19 Atea 閱讀(445) | 評論 (0)編輯 收藏

    2011年3月9日 #

         摘要: 使用"help" -> "Check for Updates", 選擇所有eclipse插件,升級。
    升級完重啟時,發(fā)生錯誤,IDE啟動失敗,報錯。


    解決辦法:
    修改文件 "ECLIPSE_HOME\configuration\config.ini"。  閱讀全文
    posted @ 2011-03-09 16:17 Atea 閱讀(1796) | 評論 (0)編輯 收藏

    2011年2月28日 #

         摘要: 限于自己的水平還未達(dá)到DBA級別,只能先以應(yīng)用為主的角度讀了。
    也許過幾個月再回來重讀,會有另一番心得。

    筆記包含索引、事務(wù)與鎖、備份及其他四類。
      閱讀全文
    posted @ 2011-02-28 23:16 Atea 閱讀(530) | 評論 (0)編輯 收藏

    2011年2月9日 #

    從今天開始,把讀書時做的標(biāo)注集中地做個摘抄,在加深印象的同時也能全面地了解一下自己在讀該書時的側(cè)重點及收獲。
    首先,逐步地把以前的整理出來:)

    • 細(xì)節(jié)應(yīng)該依賴于抽象
    • 在包的依賴關(guān)系圖中不允許存在環(huán)
    • 如果在迭代結(jié)束的時候,90%的任務(wù)已被完成,但沒有一個素材是被完全完成的,這將是噩夢一般的情景
    • SINGLETON模式強制結(jié)構(gòu)上的單一性。它防止創(chuàng)建出多個對象實例。相反,MONOSTATE模式則強制行為上的單一性,而沒有強加結(jié)構(gòu)方面的限制。
    • VISITOR模式如同一個矩陣
    • Builder模式著重于一步步構(gòu)造一個復(fù)雜對象,而Abstract Factory著重于多個系列的產(chǎn)品對象。Builder在最后的一部返回產(chǎn)品,而對于Abstract Factory來說,產(chǎn)品是立即返回的。
    http://atealxt.appspot.com/article/20110209/reading_notes_agile_software_gof.html
    posted @ 2011-02-09 23:27 Atea 閱讀(339) | 評論 (0)編輯 收藏

    僅列出標(biāo)題  下一頁
    主站蜘蛛池模板: 1000部夫妻午夜免费| 91精品全国免费观看含羞草| 久久久无码精品亚洲日韩蜜桃 | 亚洲免费在线观看视频| jyzzjyzz国产免费观看| 日本系列1页亚洲系列| www.亚洲成在线| 亚洲H在线播放在线观看H| 亚洲欧洲日产国码高潮αv| 在线jyzzjyzz免费视频| 天天影视色香欲综合免费| 国产在线观看免费视频软件| 乱爱性全过程免费视频| 亚洲最大的黄色网| 亚洲最大的成网4438| 亚洲网站免费观看| 亚洲精品视频免费在线观看| 精品亚洲一区二区| 亚洲日韩精品A∨片无码| 亚洲中文字幕无码久久精品1| 亚洲国产成人影院播放| 国产一区二区三区在线免费观看| 在线天堂免费观看.WWW| 国产成人3p视频免费观看| 亚洲精品无码av天堂| 中国亚洲女人69内射少妇| 亚洲中文字幕久久精品无码A| 久久精品亚洲一区二区| 久久亚洲春色中文字幕久久久 | 日韩成人免费视频| 69堂人成无码免费视频果冻传媒 | 国产VA免费精品高清在线| a级毛片100部免费观看| 青青青国产在线观看免费网站| 韩国免费一级成人毛片| 精品亚洲一区二区三区在线观看| 亚洲日韩v无码中文字幕| 亚洲一线产品二线产品| 一本到卡二卡三卡免费高| 一级毛片全部免费播放| 免费国产美女爽到喷出水来视频|