12 2007 檔案
摘要: jps(Java Virtual Machine Process Status Tool)是JDK 1.5提供的一個顯示當(dāng)前所有java進(jìn)程pid的命令，簡單實用，非常適合在linux/unix平臺上簡單察看當(dāng)前java進(jìn)程的一些簡單情況。
閱讀全文
摘要: 從對resin源碼的追蹤到resin配置文件中的設(shè)置，可以明確的看到，resin在設(shè)計上是提供了session id 的reuse功能，而且resin.conf默認(rèn)就是打開reuse的。慚愧的是，我一直不知道......
閱讀全文
摘要: 上文中詳細(xì)描述了問題的表現(xiàn)情況，由于這個特性嚴(yán)重影響到目前為公司設(shè)計的一套前臺統(tǒng)一認(rèn)證方案，因此不得不特別關(guān)注。好在resin的源代碼是公開的，直接從resin的官網(wǎng)將resin的源代碼拿下來，看resin到底是如何處理的。
閱讀全文
摘要: 看到有留言，對我如此“執(zhí)著”的關(guān)注session創(chuàng)建很好奇，解釋一下吧。
首先是關(guān)注性能，前面提到過session的使用是有代價的，需要在保存在服務(wù)器端內(nèi)容中，每次request.getSeesion()方法獲取 session時，實際是在服務(wù)器段的一個大的hasp結(jié)構(gòu)中以當(dāng)前的jsessionid為key，獲取對應(yīng)的value HttpSession對象，這個過程是需要消耗cpu的，當(dāng)然目前hash算法比較好，這里消耗不那么明顯。而一般的應(yīng)用，消耗的cpu遠(yuǎn)比這個小開銷大出2-3個數(shù)量級，因此通常情況不敏感。如果這個session是我們需要使用的，那么付出這些內(nèi)存和cpu的代碼是完全值得的。但是，如果產(chǎn)生大量的沒有任何用處的"垃圾session"，對大容量，大并發(fā)，需要長期穩(wěn)定運行的系統(tǒng)會帶來很無謂的負(fù)載。
閱讀全文
摘要: 按照前面的方法，將jsp頁面加入<%@ page session="false"%>之后，發(fā)現(xiàn)還是有新的session會意外的蹦出來。仔細(xì)檢查action沒有操作session，那這次是誰干的呢？將目光轉(zhuǎn)回jsp文件，首先來次狠的，將這個jsp文件的內(nèi)容刪空為只有純html內(nèi)容。重新運行后發(fā)現(xiàn)不會自動生成session，ok，問題在jsp文件里面了。將原來的內(nèi)容一點點的加回去，反復(fù)測試直到session自動創(chuàng)建的問題再次出現(xiàn), 哈,發(fā)現(xiàn)問題出現(xiàn)在webwork的標(biāo)簽上。
閱讀全文
摘要: jsp文件是session創(chuàng)建的一個源頭，這里指的不是在jsp文件中用代碼或者標(biāo)簽來操作session，這些都是在控制中的。容易忽視或者說根本就不會意識到的（比如我，就是寫jsp三年后才發(fā)現(xiàn)的)是，jsp有自動創(chuàng)建session的機制，在jsp頁面中，如果沒有明確的給出 <% @page session="false"%>，jsp頁面會非常乖巧（如果剛好需要）或者說是偷偷摸摸（如果不需要）的自動在生成的java文件中增加一句： javax.servlet.http.HttpSession session = request.getSession(true)。
閱讀全文
摘要: 在HttpServlet中，HttpSession對象通常在request.getSession(true)方法調(diào)用時才創(chuàng)建。 HttpSession的使用是有代價的，需要占用服務(wù)器資源，本著能不浪費就不浪費的原則，我希望系統(tǒng)中的session都在掌握之中，在需要創(chuàng)建時由我們的代碼明確創(chuàng)建。但是最近在開發(fā)中發(fā)現(xiàn)，新的session對象經(jīng)常在意料之外出現(xiàn)，究竟是誰在創(chuàng)建session呢？
閱讀全文
摘要: 近期因工作需求探索apache + resin的多機負(fù)載分布和多個webapp統(tǒng)一認(rèn)證的實現(xiàn)方案, 期間設(shè)計多個webapp統(tǒng)一認(rèn)證的實現(xiàn)方案時, 發(fā)現(xiàn)resin下通過cookie來傳遞jsessionid和通過url重寫將jsessionid放url中傳遞, 會有細(xì)微的差異.
注：后來研究發(fā)現(xiàn)是resin提供的session id reuse特性，只是此文第一次發(fā)布時我還不知道有此特性，慚愧。
閱讀全文
摘要: 發(fā)生在我身上的實際故事，最后發(fā)現(xiàn)和axis解析xml時的處理機制有關(guān)，namespace的有無會影響xml解析的方式，簡單的說就是有namespace時按照元素名解析，沒有namespace則按照index下標(biāo)的順序來解析。
閱讀全文
摘要: 在網(wǎng)上找了一些apache下安裝mod_rewrite模塊的文章，說得都很輕巧，但是俺一路碰壁，怎么都出不來。整理了一下，以后再來研究。
閱讀全文
摘要: 前段時間做公司前臺方案的技術(shù)探索時，涉及到j(luò)sseionid的傳遞，期間嘗試使用resin自己的url rewrite功能來傳遞jsessionid參數(shù)，總結(jié)如下
閱讀全文
摘要: 前段時間，對公司前臺多機分布方案的做了一些探索，總結(jié)了一些東西，貼出來分享。apache + resin的多機部署，類似內(nèi)容網(wǎng)上比較多，但是都不夠詳細(xì)，我第一次弄時費力不少，希望后來人可以更方便一些。
閱讀全文
摘要: 首先把問題擺出來，看這個代碼段
String a = "ab";
String b = "a" + "b";
System.out.println((a == b));
打印結(jié)果會是什么？true or false ?
閱讀全文
摘要: RESIN下驗證碼無法顯示的問題，驗證碼的代碼就是google上查找到的最常見的代碼，服務(wù)器采用resin部署于linux或unix。不是常見的out.clear()問題，這次的問題發(fā)現(xiàn)在一個我壓根就沒有想到的地方，profile DISPLAY 環(huán)境變量。
閱讀全文