亚洲国产黄在线观看,亚洲xxxxxx,久久亚洲一区二区

apache2 jk_module + tomcat6 ajp + solrj3.5組合的一個bug

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

ActiveMQ Failover Transport Options（翻譯）

最近又折騰起了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	使用隨機鏈接（注：達到負(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 閱讀(2974) | 評論 (0) | 編輯收藏

看圖說話 - 中國程序員對企業(yè)的忠誠度

摘要: 標(biāo)題起的有些大，僅代表自己和身邊一些人從業(yè)這幾年來的感悟:P 閱讀全文

posted @ 2011-09-01 15:31 Atea 閱讀(2758) | 評論 (5) | 編輯收藏

MySQL主從復(fù)制失效的問題

現(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官方文檔

MySQL中的復(fù)制 -> 復(fù)制啟動選項

posted @ 2011-06-24 16:47 Atea 閱讀(531) | 評論 (0) | 編輯收藏

VJET - 讓Eclipse支持JQuery等Javascript library語法提示

摘要: VJET JavaScript IDE 是一個Eclipse插件，提供了整套的Javascript開發(fā)環(huán)境：語法提示、自動補全、高亮、編輯糾錯、debug等。
比起Aptana來，VJET更加輕量，速度也更快。閱讀全文

posted @ 2011-06-08 13:48 Atea 閱讀(10355) | 評論 (1) | 編輯收藏

Java泛型丟失檢查的問題

摘要: JDK1.5引入的泛型，減少了類型強轉(zhuǎn)的代碼，增加了編譯檢查，提高了代碼的健壯性。
但在某些情況，泛型檢查會出乎意料的“丟失”，由此可引發(fā)難以發(fā)現(xiàn)的bug。閱讀全文

posted @ 2011-05-31 10:31 Atea 閱讀(687) | 評論 (0) | 編輯收藏

讀書筆記 —— Oracle Database 9i/10g/11g編程藝術(shù)

如果別人只是讀取數(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è)計的盡可能小（短）
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) | 編輯收藏

Atea - Hero's Grave

公告

留言簿(5)

隨筆分類(43)

技術(shù)網(wǎng)站

搜索

最新評論

Apache ActiveMQ - The Failover Transport Options