其他

很久沒有接觸這些個web架構，從頭兒過一遍首先，struts 的目的 簡單來說，是以servlet為基礎的。如果要說servlet 就不得不說一下 web容器。什麼是web容器，在我的概念中，web容器就是一個複雜的socket 。監聽某連接埠等待別的socket來請求，並返回請求結果字串/流 給客戶機。那麼，web

window.open詳解:window.open("sUrl","sName","sFeature","bReplace");sUrl:可選項。字串(String)。指定要被載入的HTML文檔的URL地址。假如無指定值，則about:blank的新視窗會被顯示。sName:可選項。字串(String)。指定開啟的視窗的名字。這個名字可以用於form或a對象的TARGET屬性。此名字也可以使用下列通用名稱:_media:IE6.0在瀏覽器左邊的媒體面板內開啟sUrl。_blank:在新視窗中開啟

在使用C3P0的過程中出現了好多錯誤.最長見就是死結,佔用資源比較大.對於死結問題http://japi.javaeye.com/blog/243702.找到瞭解決方案(不能完全保證,但在負載測試中,還沒有出現問題)問題關鍵是參數的設定引用<!--JDBC的標準參數，用以控制資料來源內載入的PreparedStatements數量。但由於預緩衝的statements屬於單個connection而不是整個串連池。所以設定這個參數需要考慮到多方面的因素。如果maxStatements與maxS

0. DRY: 不要重複你自己（Don’t repeat yourself）　　DRY是一條最容易理解但又是相對比較難以應用的原則。它是指當你在兩處或者更多的地方發現相似代碼時，我們應當把它們抽象成一個新的函數，在之前重複的地方調用新的函數並帶上適當的參數。　　DRY也許是最普遍的一條編程原則，我從未發現一個開發人員認為編寫重複的代碼是件好事。但是我發現一些開發人員在編寫單元測試時忘記了這條原則，例如：設想一下你改變了一個類的介面，之前已經為這個類編寫了很多的單元測試，如果你沒有應用DRY原則，

DB之所以設定交易隔離等級，其重要原因就是要避免一些常見的髒資料的讀寫等問題，根據不同的交易隔離等級，我們能夠在資料讀寫並發效率和資料一致性方面取得不一樣的效果；在具體進入交易隔離等級之前，我們首先來看一下到底哪些情況是我們在DB操作中不希望看到的：Dirty Read髒資料讀取比如事務A的未提交（還依然緩衝）的資料被事務B讀走，如果事務A失敗復原，會導致事務B所讀取的的資料是錯誤的。Non-Repeatable

上周去參加了項目化管理：MBP【Managing By Project】的培訓課程，講師是號稱國內首席項目化管理諮詢大師Eric Cheung（國外是Dr.William R. Duncan，也是他的同事，曾主導了美國專案管理協會PMI【Project Management Institute】的96版PMBOK【Project Management Body of

最近遇到一個需求，簡要描述為：統計出只訂購了A軟體的使用者數；需求看似簡單，寫出這條SQL這並不難，但是SQL效能呢？下面就介紹實現該需求的幾種SQL寫法：首先假設我們的訂購記錄表為APP_SUBSC_CTRL，核心欄位有：SQL> desc app_subsc_ctrl;Name                Type           Nullable Default Comments           ------------------- -------------- ----

 B樹       即二叉搜尋樹：       1.所有非葉子結點至多擁有兩個兒子（Left和Right）；       2.所有結點儲存一個關鍵字；       3.非葉子結點的左指標指向小於其關鍵字的子樹，右指標指向大於其關鍵字的子樹；       如：             

在我們AEP開放API介面（Axis2+WSS4J）的時候，考慮了很多和其他平台的互連問題，比如和.Net、PHP的，結果後院差點起火，Java用戶端用Xfire驗證簽名時居然出錯，但只是一個提示出錯資訊，並不影響正常的簽名驗證和介面傳回值，所以前面的工程師就沒有當一回事；用戶端InHandler部分代碼：client.addInHandler(new DOMInHandler());Properties properties1 = new Properties();properties1.se

 早在2年前就已經接觸過ICE了，當時還在網店，IM提供了ICE介面給我們，讓我們可以從WangWang匯入連絡人等資訊，但當時主要是由其他同學編碼實現的，所以對ICE的理解僅限於：他是通過C++服務端暴露出來的一種介面，然後我們在用戶端可以用JAVA來調用這些介面；簡而言之，就是實現C++和JAVA之間互相通訊的一種介面，至於為什麼叫ICE這點都不清楚；這段時間群服務項目中又要用到IM提供給我們的另外一組ICE介面，於是想回頭多瞭解瞭解ICE，這一看，還真有些感悟！一般來說，我們首次瞭解或者接

讓人有Exciting的感覺，這個可能每個人感覺不一樣、體會也會不一樣，我自己也很難用語言來描繪那種feeling，但簡單來說就是當聽到這個字的時候你的心為之一振，腦子裡明顯感覺到這個詞給腦神經帶來的衝擊！第一次感覺到這個詞應該是好幾年前的事情了，在合適的時間、合適的地點、合適的背景下面，讓我經曆了這第一次！扛這個字在字典上的標準解釋我不清楚，當時他深深觸動我並讓我無法忘懷，主要有兩方面的原因：當時我真的很累很累！身體上、心靈上的都非常疲憊，當時差不多在大二、為了減輕家裡的負擔我出去兼職打工，去

生產環境的db沒法直接用開發工具（比如TOAD、PL/SQL Developer ）來串連並進行資料操作，因為有很嚴格的許可權控制（為了db安全考慮），我們開發人員能用的唯一工具就是通過sshterm登入到db

 提及RSA，大家會想到公開金鑰、私密金鑰、加密、解密、數位簽章、數位信封。。。但也許大家和曾經的我一樣，對其中的某些理解會存在誤區，最近看了下關於RSA的RFC 2313文檔，再加上自己的一些測試，終於理清了其中的一些關係，主要包括以下幾點：1、公開金鑰和私密金鑰間的關係；2、數位簽章和私密金鑰加密間的關係；3、數位簽章的驗證具體是怎樣的過程；公開金鑰與私密金鑰一般，我們可以用RSA演算法產生一對密鑰，公開金鑰發放給外部客戶，私密金鑰自己保管；有以下一些應用情境：【公開金鑰加密、私密金鑰解密】

大學時代的那一次觸電《扛》讓我學會了勇於承擔責任！至今已經好幾年過去了，自己在這段時間內也進步很多，記住了很多有吸引力的詞彙，但是還真沒有一個詞能像當初吸引我那樣有觸電的感覺；今年7月底，我們阿里軟體管理軟體事業部整體被B2B收購，我們也從阿軟加入到了B2B的ITBU事業部，藉著年底開戰略會的機會有幸接觸到了Brian（ITBU的老大）；短短的1個月時間裡面，2次戰略會討論，讓我收穫了太多太多，其中的一個字讓我重新找回了當初那種觸電的感覺，這也將是我人生中必將銘記的第二個字：痛！呵呵，也許大家會

此次的培訓內容真是非常的多，這是培訓之前沒有想到的，本以為講講案例、結合實際情況給我們一些實戰就差不多了，但是《流程管理》還有非常多的理論基礎，我們經常提到什麼Java之父，流程管理也有XX之父，o(∩_∩)o...，真是有趣噢；此次培訓的主線是：如何深入到流程的內部，Step by

 有幸和公司多位同事一起上周五去上海參加了由InnoLab公司主辦的《Innovation

上周六有幸去參加了由ThoughtWorks舉辦的第三屆敏捷中國技術大會，本次大會的主題是：精益軟體思維；對于敏捷，以前也都只是瞭解其皮毛，此次去參與這次大會，主要是想聽聽他們是如何實施敏捷的、以及在這個過程中到底會遇到一些什麼阻力、如何解決這些阻力等等；不幸的是，本次大會和其他公司（包括我們公司）主辦的並沒有太大區別，並不能滿足每個人的胃口，不過還是有一定的收穫，由ThoughtWorks內部諮詢師做的多個演講收穫不多，倒是tencent研發部總經理【林松】所做的報告給我們很多啟發，不僅讓我們

2.2.3 Slice(Specification Language for ICE)就像前面提到的，每個ice對象都有一個介面，介面中包括很多的操作；介面、操作、資料類型要想在用戶端和服務端進行互動，就需要用Slice語言來進行定義；Slice允許用某種方式定義用戶端和服務端互動的契約，該契約是與程式設計語言無關的，比如C++、Java、C#；Slice的定義被編譯器編譯成特定程式設計語言對應的API，也即：針對定義好的介面、資料類型的API內容都是由自動產生的程式碼組成。2.2.4

oracle中的select語句可以用START WITH...CONNECT BY PRIOR子句實現遞迴查詢，connect by 是結構化查詢中用到的，其基本文法是： select ... from tablename start with cond1 connect by cond2 where cond3; 簡單說來是將一個樹狀結構儲存在一張表裡，比如一個表中存在兩個欄位: id,parentid那麼通過表示每一條記錄的parent是誰，就可以形成一個樹狀結構。

最近的Notiy系統終於快告一段落了，已經進入QA測試階段，真正編碼的那幾天時間真叫人懷念啊！已經好久沒有過這種暢快的感覺了，倒不是說平時完全沒機會編碼，主要是平時更多的涉及商務邏輯；Notify系統中為了讓系統更輕量級，低耦合，對於並行作業的核心主要是基於JDK內建的concurrent包，由Doug Lea捐贈；下面就回顧下這個包中的幾個重要類、以及重要方法、屬性等；concurrent並發包裡面幾個重要的介面有：Executor、ExecutorService,